>Кстати, я правильно понимаю, что это i386/4G ? да. >PAE используется или нет ? Незнакомые слова. если это Physical Address Extensions - ничего на эту тему не делал. фрюха 6.3 как есть. Где можно почитать что делать?
>Почему помогает уменьшение sendfile_max_chunk - не знаю. уф.. а что должно помочь? Игорь, можно тебе рута дать? Там ничего кроме nginx и горы файлов нету. :) Очень устал глухим телефоном работать.
Вижу в нем сразу три странности: ядра работают с разной в разы нагрузкой
98.34% irq30: em0 - очень не нравится эта строчка, кажется это что-то
рядом с тем фактом что даже при свободном канале сервер не может отдать
больше 440мегабит. Что это, драйвера?
38.67% irq16: uhci0 - эта хренька что вообще делает в топе? сервер старый - там USB1.1. Выключить его в биосе?
On Wed, Feb 11, 2009 at 10:12:20AM +0100, ArjLover wrote:
> Что-то меня путают.
>
> 1. Вчера поставил в настройках nginx
> sendfile_max_chunk 64k;
> http://film.arjlover.net/problem2/02p.html
> Бинго! Смог прожить вечерний наплыв без падений, хотя легкая "хандра" nsbuff
> все равно была.
> поможет ди дальнейшее уменьшение, например, до 32к?
>
> 2. nsbuff, как видно, растет прямо пропорционально коннектам, но не скорости
> отдачи? Почему так?
Потому что на каждое соединение выделяется несколько sfbufs, примерно
net.inet.tcp.sendspace / 4096. От скорости они не зависят.
> 3. Если мы патчим ядро для увеличения sendfile больше 64, то почему в моем
> случае мне его приходится уменьшать? или это разные "sendfile"?
Патч увеличивает read ahead.
Почему помогает уменьшение sendfile_max_chunk - не знаю.
А что показывают верхние 20 строк "top -S" ?
Кстати, я правильно понимаю, что это i386/4G ? PAE используется или нет ?
> 4. Кстати. У меня тем же nginx отдаются куча мелких картинок и html с апача
> - это не вредит раздаче больших файлов?
Мешает.
> А.
>
> 2009/2/10 Igor Sysoev <is@xxxxxxxxxxxxx>
>
> >
> > Вариант номер три - использовать sendfile. Но с ним беда, он больше 64К
> > не читает. Для этого был написан патч.