<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">25 марта 2018 г., 20:38 пользователь Maxim Dounin <span dir="ltr"><<a href="mailto:mdounin@mdounin.ru" target="_blank">mdounin@mdounin.ru</a>></span> написал:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><span class="gmail-"><br>
</span>В первую очередь имеет смысл убедиться, что из кэшей с<br>
inactive=600 действительно не удаляются ответы, к которым не<br>
обращались более 600 секунд.   Потому что при перезапуске inactive<br>
начинает считаться от момента перезапуска, и кэши с очисткой по<br>
inactive будут ожидаемо расти до достижения времени inactive.  Так<br>
что если у большей части кэшей inactive=1d, то будет наблюдаться<br>
как раз похожая на описанное картина.</blockquote><div> </div><div>Всё работает, как вы и описали. Кеши с небольшим inactive и по объему мелкие - я их очистку просто в strace не замечал и потребление памяти  особо не менялось.</div><div>Но они чистятся нормально и вовремя.</div><div><br></div><div>> при перезапуске inactive начинает считаться от момента перезапуска</div><div>Собственно, это и есть ответ на мой вопрос.</div><div><div>Есть ли какие-то варианты/хаки, чтобы перезапуск не сбрасывал отсчет inactive? Или inactive элемента кеша хранится только в RAM и записывается туда при запросе и при старте cache loader'ом? </div></div><div><br></div><div>Видимо, надо решать проблему с другого конца и поднять proxy_cache_min_uses , ибо проявляется она на тяжелых кешах с большим inactive и огромным процентом файлов, которые редко запрашиваются.</div><div><br></div><div>Спасибо!</div></div></div></div>