Re[2]: Медленная отдача при в идеостриминге

["Pavel V." <pavel2000@xxxxxx>]

Здравствуйте, Igor.

Вы писали 24 апреля 2010 г., 12:42:32:

> On Sat, Apr 24, 2010 at 12:38:05PM +0700, Pavel V. wrote:

>> Здравствуйте, Denis.
>> 
>> Вы писали 24 апреля 2010 г., 11:13:07:
>> 
>> 
>> > 23.04.10, 15:03, "RUSallKA" <nginx-forum@xxxxxxxx>:
>> 
>> >>  Вот конфиг nginx 
>> >>  #user  nobody;
>> > -  worker_processes  2;
>> > +  worker_processes  100;
>> 
>> ИМХО слишком радикальный совет. Думаю, что стоит начать более плавно
>> увеличивать, до 6-10.
>> 
>> У меня на C2D 6Gb RAM, Raid5 @ 500Gb SATA 500Mbit раздачи Mp3 на 500 
>> коннектах при
>> 4 воркерах.
>> 
>> В остальном всё примерно так же, соответствует советуемому.
>> Еще можно порекомендовать включить open_file_cache.
>> 
>> Example: open_file_cache max=500;

> Основной тормоз, я думаю, это:

> 4х1Тб RAID10 Adaptec ASR-3405 (256 DDR)
> и
> Raid5 @ 500Gb SATA

> Нужно организовывать диски так, что 1-2M читались только с одного диска
> и как атомарная операция.

Мысль понятна - один запрос - позиционирование головок только одного винта.
Для этого, я так понимаю, надо делать --chunk=1024(2048) в mdadm
софтовых рейдах,  или увеличивать параметр "Array stripe size in number of
blocks" (в моем случае он называется так) на железных рейдах.

Спасибо, учтем.

----

Кстати, еще один хинт: использовать опцию noatime для файловой системы
с контентом, если это возможно (не требуется контроль atime, к
примеру, для очистки устаревших файлов).

> +                      output_buffers   1 256k;
> +                      directio             1m;

В моем случае включение directio только значительно убило скорость
отдачи. Возможно, что на большом количестве воркеров оно ведет себя по
другому. Или, возможно, что какие-то опции конфликтуют друг с другом.

Другие опции:
    listen  1.2.3.4:8080 default sndbuf=524288;
    sendfile        off;
    output_buffers 2 128k;
    #tcp_nopush on; #not used, поскольку включается только при sendfile on;

Ядро: Linux 2.6.26-2-686-bigmem (обновить до >=2.6.32 в настоящее
время не получается, хотя наверняка было бы полезно).

-- 
С уважением,
 Pavel                          mailto:pavel2000@xxxxxx


_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://nginx.org/mailman/listinfo/nginx-ru