ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Память на буферы заполучить



On Monday 20 February 2006 16:38, Anton Maksimenkov wrote:
> Hi, Igor.
>
> >> И ведь не ест он даже близко 131072 * 8 Kб. Картинки читает напрямую
> >> с диска; теперь нету такого, чтобы в biowai все процессы сидели, обмен
> >> с диском примерно 2-3 Кб/с. Вроде бы тут самое место все запрошенные
> >> картинки в буфер в память хапнуть, и потом постепенно знай сливай их
> >> клиенту...
> >
> > worker_processes 4;
>
> Тогда выходит
>  # ps ax -o pid,ppid,user,%cpu,vsz,wchan,command | egrep '(nginx|PID)'|grep
> -v 'grep' PID  PPID USER     %CPU   VSZ WCHAN  COMMAND
> 22548     1 root      0.0   752 pause  nginx: master process
> /usr/local/sbin/nginx 17951 22548 www       0.1 26880 biowai nginx: worker
> process (nginx) 9765 22548 www       0.6 25800 biowai nginx: worker process
> (nginx) 28214 22548 www       0.9 26304 biowai nginx: worker process
> (nginx) 29215 22548 www       0.7 25636 biowai nginx: worker process
> (nginx)
>
> то есть все они дружно диском занимаются :-) Ну и тормоза сильно
> больше становятся при посещении страничек. Я поставил 16... Хотя
> осталось желание сделать 32. Насколько я помню для IDE дисков
> максимальная отдача идёт при ~40 процессах читателей. 32 плюс
> несколько остальных процессов и системных - получается красиво :-)
>
> > http {
> >
> >      output_buffers  4 32k;
> >      postpone_output 1460;
>
> Из треда понял, что эти буферы - общие для всех процессов. Сделал
> 4 512к. Отжирается также порядка 15 Мбайт.
>
> Погляжу...

А еще отдачу статики существенно ускоряет флаг noatime для файловой системы.


-- 
Andrei Nigmatulin
GPG PUB KEY 6449830D

No Microsoft products were used in any way
for the creation of this message. If you are
using a Microsoft product to view it, BEWARE!
I'm not responsible for any harm you might
encounter as a result.


 




Copyright © Lexa Software, 1996-2009.