еще в php-fpm есть такое rlimit_files, rlimit_core подумалось, что это если это максимальное количество на все процессы, то нужно учитывать что php-fpm тоже устанавливается.
# ulimit -a | grep '\-u' max user processes (-u) 963
это не количество процессов на пользователя? что-то думается, что дескрипторы тут не причем. Тот же nginx пишут что на соединение нужно два дискриптора, но в доке подверждение этому не нашел.
это не количество процессов на пользователя? что-то думается, что дескрипторы тут не причем. Тот же nginx пишут что на соединение нужно два дискриптора, но в доке подверждение этому не нашел.
Именно, дескрипторы тут ни причем. Дескрипторы - это "-n". worker_rlimit_nofile при некоторых условиях может быть больше "ulimit -n"
это не количество процессов на пользователя? что-то думается, что дескрипторы тут не причем. Тот же nginx пишут что на соединение нужно два дискриптора, но в доке подверждение этому не нашел.
worker_rlimit_nofile - не понятно сколько можно ставить, тем более если следовать рекомендациям из и-нетов worker_connection=(ulimit -n) / количество вокеров, то тогда по логике должен быть в два раза выше (количество воркеров * количество соединений для воркера * 2), что привышает ulimit
Именно, дескрипторы тут ни причем. Дескрипторы - это "-n". worker_rlimit_nofile при некоторых условиях может быть больше "ulimit -n"
можно пример? какие такие условия? ulimit -Hn немного больше показывает, хз сколько ставить, не хочется потом словить ситуацию что хуево настроил конфиг и все ложится.
можно пример? какие такие условия? ulimit -Hn немного больше показывает, хз сколько ставить, не хочется потом словить ситуацию что хуево настроил конфиг и все ложится.
worker_rlimit_nofile устанавливает процессу воркера лимит через setrlimit(). В том случае, если мастер-процесс обладает достаточными привилегиями: - либо запущен от рута, - либо имеет соотвествующие cap на бинарнике.