<div dir="ltr">Добрый вечер!<div><br></div><div>Нужен совет -- стоит-ли использовать multi_accept когда файлы (статические) сервятся с NFS?</div><div>Время ответа прыгает довольно сильно и, соответственно, я пытаюсь результаты кешировать и, если есть уже закешированный контент, то сначала отдать а уже потом проверять (а если на весь бедлам уходит больше 10 секунд то просто сдастся).</div><div><br></div><div>Два сервера в одном конфиге, на разных портах. Внешний (куда ходит за контентом CDN)  кэш-проксирует на внутренний (который непосредственно смотрит в NFS через root).</div><div><br></div><div>Worker process выставлен в штук 200. Такое впечатление, что когда у NFS затык (сетевой? не совсем ясно) то текущий процесс соответственно ждёт пока всё вернётся. Стоит ли делать в таких случаях multi_accept? Или комбинацию из accept_mutex on и multi_accept off? (use epoll включено, живёт на AMI то бишь CentOS-вариант)</div><div><br></div><div>Насколько я понимаю worker process обслуживают и то и другое одновременно, и если у NFS "затык" то такой момент может схавать все процессы?</div><div><br></div><div>Для прокси выставлено</div><div><br></div><div>      proxy_cache_lock on;<br></div><div><div>      proxy_cache_revalidate on;<br></div><div>      proxy_cache_background_update on;</div><div>      proxy_connect_timeout 10s;</div><div>      proxy_read_timeout 10s;</div><div>      proxy_cache_lock_timeout 10s;</div><div>      proxy_cache_use_stale error timeout updating http_500 http_502 http_503 http_504;</div><div>      proxy_http_version 1.1;</div><div><br></div></div><div><br></div><div><br></div><div>-- <br><div class="gmail_signature">Best wishes,<br>Max</div>
</div></div>