Re: sendfile_max_chunk

[Александр Ворона <voron@xxxxxxxxxx>]

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 минут перл, не обрывая 
существующие закачки, и посмотрите на скорость и статус процессов.