а у вас в конфигах много днс имен ? у нас основное время на "nginx -t" складывалось из днс запросов. кеш днс (systemd-resolved .... nscd .... dnsmasq ...) включен ?
еще SSL серты могут много занимать на первоначальном парсинге чт, 7 июл. 2022 г. в 13:52, ru4ag <nginx-fo...@forum.nginx.org>: > Здравствуйте. > > Испольузем на больших серверах панель ISPmanager, в качестве веб-сервов > связка nginx+apache(в некоторых случая nginx+php-fpm), столкнулись с такой > ситуация что выполнение команды nginx -t может происходить более чем 5-8 > секунд, что напрямую влияет на работу панели и т.д., в ходе анализа > выявленно что для каждого домена панель создает несколько include, и один > из > них "подключает" 7-8 стандартных файлов с директории > /etc/nginx/vhosts-includes/ и выходит что при каждом nginx -t проверяеться > конфигурация домена, и каждого из его includ'ов, и в результате из общего > количества открытия файлов во время nginx -t(используя просмотр через > strace) в ~60тис файлов, 30тис обращений являються обращениями к одним и > тем > же 8 файлам. То есть по 3,5тис обращений на одини тот же файл. > > Вот и возникакет вопрос, ести ли какой то функционал возможно-го кеша, что > бы подключенные через include одни и те же файлы не проверялись при > 2,3,4...проверке(т.к. достаточно 1 раз проверить), и если нет(что скорее > всего), стоит ли ожидать какой-то такой реализации в ядре nginx(как по мне > "загнать" файл в кеш, и при последующей его проверка во время выполнения > nginx -t/reload/restart уже не проверять)? > > Posted at Nginx Forum: > https://forum.nginx.org/read.php?21,294669,294669#msg-294669 > > _______________________________________________ > nginx-ru mailing list -- nginx-ru@nginx.org > To unsubscribe send an email to nginx-ru-le...@nginx.org >
_______________________________________________ nginx-ru mailing list -- nginx-ru@nginx.org To unsubscribe send an email to nginx-ru-le...@nginx.org
