|
||||||||||||||||
|
||||||||||||||||
|
| |||||||||||||||
|
||||||||||||||||
|
||||||||||||||||
|
|
 |
| |
|
| |
| |
|
|
|
|
|
АРХИВ :: nginx-ru |
|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: Проблема при >1500 одновреме нных коннектов.
И я сижу и думаю второй день - что же делать. Действительно в какой-то момент (все же очень резко!) падает _эффективность_ чтения. Диски трудятся на полную, а практически на выходе имеем 100 мегабит. Может стоит читать меньшими блоками? Если при этом я получу загрузку не 30%, а 60% при моих стандартных 400 мегабитах - ну и черт с ними, главное что все не будет сворачиваться в черную дырку. Стоит уменьшить kern.ipc.sfreadahead=524288? или sendfile_max_chunk 128k;? упс. 128к. когда это я его туда нарисовал... :) http://film.arjlover.net/problem2/02p.html Вот. Мой живой mrtg - можно посмотреть на все диски - три последних sata и дальше параметры системы. Вчера день назывался "на пределе" с явно хандрящим nsbuff, который ушел в пике в 19-30 и в 20-30 я сделал nginx restart. От полуночи - нормальная жизнь. в 4 и 10 часов у меня плановые рестарты. Начинаю верить что проблема в настройке патча. Ширина канала величина фиксированная, чем больше народу - тем меньше достается каждому, а диски читают большими блоками. К сожалению до конца не понял как это работает, какими блоками и куда читается с диска и как это потом кормится клиенту в соединение. Но действительно несложно предположить что в какой-то момент наступает перелом - читается много, а отдается мало. Кстати давно хотел спросить - можно эту эффективность увеличить за счет использования оперативки? Сейчас в 4ГБ живет практически один nginx и 117M Active при моих проблемах смотрятся издевательски. 2009/2/10 Igor Sysoev <is@xxxxxxxxxxxxx>
-- Best regards, Anton Kuznetsov.
|