ПРОЕКТЫ 


  АРХИВ 


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[9]: очень много клиен тов



Hi, Igor.

>>> Для картинок можно вычислять root и отдавать их nginx'ом:
>>>      location  ~* \.(gif|jpe?g|png)$ {
>>>          вычисление рута, исходя из $http_host
>>>      }
>> Ок, я так сделал. Картинки отдаются nginx'ом путем приведенного выше
>> блока, а остальное проксируется на апач. Результат опять плачевный:

Кстати говоря, "делается" это, преодолевая следующий глюк: если
сделать так
location ~* \.(gif|jpe?g|png)$ {
        if ($http_host ~* ^(.+)\.domen\.ru.*$) {
                set $rootdir    /var/www/domen.ru/$1/;
        }
        root    $rootdir;
}
то nginx будет пытаться взять файлы типа
/var/nginx/var/www/domen.ru/vasya/...
^^^^^^^^^^
Если поставить ещё один слэш
        root    /$rootdir;
                ^
то будет //var/www/domen.ru/vasya/..., то  есть работает. Но глючок
есть :-)

И ещё. Почему то такая батва наблюдалась когда НА ЛЮБОМ из описанных
серверов стояло root $rootdir; (без слэша). То есть на одном из них
стоит без слэша, а на другом со слэшом, но всё равно на нём глюк есть.
МОЖЕТ БЫТЬ это было и потому что не успел перезапуститься nginx (по
сигналу -HUP делал), когда я поставил слэш. Но после 15-20 секунд я
подключался, глюк был. После того как НА ВСЕХ ОСТАЛЬНЫХ server{}
поставил слэш, заработало...


>> на большом трафике задержки. Тормоза, потом появляется страничка,
>> потом картинки с большими задержками постепенно отдаются. Иногда
> Судя по top, nginx'ы блокируются на диске. Нужно уменьшить worker_processes
> до 1, а потом постепенно увеличивать и смотреть на трафик.

с 1-м периодически пролетает:
[crit] 6711#0: accept() failed (53: Software caused connection abort)
while accepting new connection on X.X.X.X:80

 Довел до 4-х и worker_connections  до 8192;, всё равно crit
возникают, хотя реже.
 Я добавил worker_connections  8192; (хотя параметр и не описан) потому
что предположил, что он задает кол-во одновременно обслуживаемых
подключений... Но не уверен.

 Поэтому прошу разъяснить в общих словах, из каких соображений
настраивать и чего ожидать от worker_processes и worker_connections.

-- 
engineer




 




Copyright © Lexa Software, 1996-2009.