Увеличивай backlog, nofiles (системный для каждого процесса) и кол-во обработчиков в php-fpm (то что начинается с pm.). Таймаут в 1 сек по умолчанию нормально для шустрых сайтов. Так твой сайт не быстрый, но строчек в логах про разорванное соединение будет много, но браузер через десяток секунд всё же отобразит страницу.
---
Не все люди любят медленную загрузку, лучше быстрый кастомный 502 с редикректом через N секунд
Не должно быть такого поведения, в случаи если одно соединение повисло, до timeout его не разорвёт, единственный вариант если в Siege например timeout = 1. Тогда понятно почему он не дожидается данных
128 даже для дома, для торрентов маловато бывает. Для сайта конечно поднимай, 4096 смело можно ставить. worker_processes для тестов оставляй 4, но потом ставь 1 и мониторь макс кол-во соединений на 80 порт в секунду. Когда будет в 75% от (worker_connections*worker_processes) поднимешь worker_processes на единицу. Чем меньше worker_processes тем быстрее будет ответ от сервера (вообще там ищется золотая середина под железо и нагрузки на каждый час суток).
Скажи значение Response time в Siege. И включи slowlog с таймером равным значению Response time округлённый в большую сторону (будет в секундах "s", я надеюсь). Этим попытаемся определить какой скрипт тормозит.
Так же полезно будет знать нагрузку на проц и файловую систему (top, htop, iotop, bwm-ng)
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
---
Не все люди любят медленную загрузку, лучше быстрый кастомный 502 с редикректом через N секунд