ПРОЕКТЫ 


  АРХИВ 


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 Fri, 3 Dec 2004 12:13:08 +0300 (MSK)
Igor Sysoev <is@xxxxxxxxxxxxx> wrote:

Спасибо.
Off: Игорь, если не затруднит - предыдущий отбаунсенный адрес 
(misha_v@xxxxxxxxxx) внеси в этот список.

> Письмо было отбаунсено, потому что адрес не совпал в тем, на который была
> сделана подписка. Наверное, нужно сделать список адресов, которые могли
> бы писать в список, не получая при этом писем. У меня уже есть два кандитата.
> 
> По поводу собственно письма, могу рекомендовать использовать worker_priority.
> 
> > Igor Sysoev <is@xxxxxxxxxxxxx> wrote:
> >
> > Доброго времени суток.
> > Хотел бы от себя добавить, изменения подобного рода на Solaris SPARC 9  
> > привели к аналогичному результату.
> > Мелкие картинки стали визуально, даже без тестов вывыводиться сразу по 
> > три-четыре штуки вместо одной.
> > Так гораздо лучше. Спасибо.
> >
> > > > > В общем, научные исследования на FreeBSD 4.10 (foto.rambler.ru)
> > > > > показали следущее. Первональные настройки
> > > >
> > > > > sendfile     on;
> > > > > tcp_nopush   on;
> > > >
> > > > > были изменены на
> > > >
> > > > > sendfile     on;
> > > > > #tcp_nopush   on;   # это тоже самое, что и tcp_nopush  off
> > > > > tcp_nodelay  on;
> > > >
> > > > > Кроме того, всем воркерам было сделан renice -20.
> > > > > Скрость загрузки картинок в MSIE визуально возросла. Но tcp_nodelay, 
> > > > > по-моему,
> > > > > оказывает большее влияние.
> > > >
> > > > > FreeBSD постепенно понижает приоритет долго работающему процессу.
> > > > > Возможно, поэтому к концу скрость запросов падает, если на машине 
> > > > > активно
> > > > > выполняются другие процессы. Другой способ уменьшить падение 
> > > > > приоритета -
> > > > > увеличить число воркеров, тогда запросы могут распределятся на 
> > > > > несколько
> > > > > процессов. Самый радикальный метод - renice -20.
> > > >
> > > > Попробовал с количестом worker 10, всем сделал renice -20
> > > > Все так-же максимум что он отдает 4 штуки в секунду, но исчезли
> > > > провисания (бывали раньше секунды когда вообще ничего не отдавалось)
> > > > Кроме этого торможение к концу тоже пропало. Стабильно имеем 4 штуки в
> > > > секунду. Уже довольно неплохо! Еще бы понять почему апач отдает
> > > > больше.
> > >
> > > А можно прислать мне (не в спсиок) tcpdump двух потоков c Апачём и nginx:
> > >
> > > tcpdump -i <intreface> -n -vv src host <ip> and dst host <ip> and dst 
> > > port <port>
> > >
> > > Вместо <interface>, <ip> и <port> поставить нужные значения.
> 
> > --
> > System administrator NEWSRU.COM,
> > CCNA
> > Vychizhanin Michael mailto:misha_v@xxxxxxxxxx
> 
> 
> Игорь Сысоев
> http://sysoev.ru
> 
> 






 




Copyright © Lexa Software, 1996-2009.