ПРОЕКТЫ 


  АРХИВ 


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[2]: sendfile_max_chunk



Hello Александр,

Friday, May 11, 2007, 2:39:43 PM, you wrote:

> Igor Savchenko пишет:

>> IS>> все не так просто. Перловый реврайт проверяет сессии, разрешенные
>> IS>> айпишники, из базы берет путь к файлу. Он довольно большой. в sbwait
>> IS>> процессы висят не много. Мускульные сервера не нагружены.. это просто
>> IS>> те милисекунды которые нужны для соеденения с сервером и выполнения
>> IS>> запроса.
>> 
>>> Эти миллисекунды вполне могут быть узким местом в этой схеме.
>> 
>>> IMHO стоит попробовать вынести проверку сессий на отдельный fastcgi
>>> сервер, который потом будет выдавать X-Accel-Redirect на нужный файл.
>> 
>> 
>> на данном этапе нет человеко/часов для переписывания системы. Нужно
>> пробывать выжать максимум из того что есть...
>> 

> Повесить доп. nginx фронтендом, включить в текущем nginx real_ip и 
> изменить перловый реврайт так, чтобы он вместо реврайта выдавал 
> X-Accel-Redirect - не должно занять много человеко/часов. По поводу 
> милисекунд - если у вас на воркере ~100 клиентов, и один из клиентов 
> блокирует воркер на 50мс, занимая 1/20 секунды вместо положенных 
> например 10мс - 1/100 секунды для неблокирующегося sendfile() - 
> последствия могут быть как раз такими.
> В конце концов попробуйте - выключите на 1-5 минут перл, не обрывая 
> существующие закачки, и посмотрите на скорость и статус процессов.

Хорошо. В течение недели постараюсь найти время и переписать. Я
отпишусь с результатами. СпасибО!

---------------------------------
Igor V. Savchenko

http://webta.net

mailto: igor@xxxxxxxxx
ICQ: 86915046




 




Copyright © Lexa Software, 1996-2009.