Re[2]: sendfile_max_chunk

[Igor Savchenko <dicsydel@xxxxxxxxx>]

Hello Александр,

Friday, May 11, 2007, 12:06:38 PM, you wrote:

> Igor Savchenko пишет:

>>>>> Почитал старый ваш топик. Почему ушли от решения с увеличением 
>>>>> количества воркеров? Какой iostat у дисков теперь? Судя по тому, что 
>>>>> тестовый выделеный nginx отдаёт 25MB/s, диски не до конца упёрлись.
>>>> Не ушли.. я игрался с кол-вом воркеров. Самым оптимальным является 20
>>>> штук.. больше падает общая производительность, меньше тоже...
>> 
>>> а в каком статусе находятся процессы?
>> 
>> 24409 nobody       1   4    0  5972K  5020K kqread 0   7:18  0.29% nginx
>> 24412 nobody       1   4    0  5976K  5024K kqread 0   7:27  0.15% nginx
>> 24403 nobody       1   4    0  5976K  5016K kqread 2   7:24  0.15% nginx
>> 24418 nobody       1   4    0  6004K  5048K sbwait 0   7:21  0.10% nginx
>> 24417 nobody       1   4    0  5924K  4972K kqread 2   7:19  0.10% nginx
>> 24407 nobody       1   4    0  6016K  5064K kqread 2   7:36  0.05% nginx
>> 24401 nobody       1   4    0  5992K  5036K kqread 0   7:23  0.05% nginx
>> 24416 nobody       1  -8    0  5964K  5012K biord  0   7:19  0.05% nginx
>> 24410 nobody       1   4    0  5952K  5000K sbwait 0   7:12  0.05% nginx
>> 24400 nobody       1   4    0  5972K  5020K kqread 0   7:45  0.00% nginx
>> 24408 nobody       1   4    0  6064K  5112K sbwait 0   7:29  0.00% nginx
>> 24405 nobody       1   4    0  6036K  5080K sbwait 0   7:24  0.00% nginx
>> 24406 nobody       1   4    0  6024K  5072K kqread 0   7:21  0.00% nginx
>> 24404 nobody       1   4    0  5984K  5032K kqread 2   7:21  0.00% nginx
>> 24399 nobody       1   4    0  6016K  5064K sbwait 0   7:20  0.00% nginx
>> 24402 nobody       1   4    0  6028K  5080K sbwait 0   7:12  0.00% nginx
>> 24415 nobody       1   4    0  5916K  4960K kqread 0   7:10  0.00% nginx
>> 24413 nobody       1   4    0  6008K  5056K kqread 0   7:07  0.00% nginx
>> 24414 nobody       1   4    0  6020K  5068K sbwait 0   7:00  0.00% nginx
>> 24411 nobody       1   4    0  5928K  4976K sbwait 0   6:59  0.00% nginx
>> 
>>>> при:
>>>>
>>>> Active connections: 1365
>>>> server accepts handled requests
>>>>  1621514 1621514 2270840 
>>>> Reading: 10 Writing: 1157 Waiting: 198 
>>>>
>>>>
>>>>

> 8 процессов в sbwait(а значит клиенты этих процессов не получают сейчас
> ничего, тк заблокированы процессы) - ждут перлового реврайта судя по 
> старым постам. Судя по статусу Reading >=10 скорость входящих запросов
> довольно большая. Не думали над схемой nginx frontend 5 worker's 
> (sendfile, proxy_pass, X-Accel-Redirect) -> nginx(apache) 40+ workers 
> (perl rewrite(либо что вам удобней) с выдачей редиректа)? Либо сделать
> контролируемое скачивание одним nginx'ом, повесив perl в fast_cgi? 
> Пример есть на http://sysoev.ru/nginx/links.html и в рассылке
> Смысл - разнести процессы-раздатчики_файлов и процессы, которые уходят в
> блокировку при проверке закачки. В результате сможете иметь 
> контролируемое (и неблокирующееся за счёт sendfile_max_chunk) количество
> раздатчиков_файлов(дискам полегче будет) и независимое от этого 
> количество процессов, занимающихся проверкой закачки. Блокировка этих 
> процессов не будет никому мешать(например worker_connections 1 :) )

все не так просто. Перловый реврайт проверяет сессии, разрешенные
айпишники, из базы берет путь к файлу. Он довольно большой. в sbwait
процессы висят не много. Мускульные сервера не нагружены.. это просто
те милисекунды которые нужны для соеденения с сервером и выполнения
запроса.

>>>> $ iostat 2
>>> на всякий случай что говорит
>> 
>>> iostat -x da0 2
>> 
>> iostat: illegal option -- x
>> 
>> :-)
> да, таки нет её на 6.1



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

http://webta.net

mailto: igor@xxxxxxxxx
ICQ: 86915046