ПРОЕКТЫ 


  АРХИВ 


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: nginx лучше сквида?



On Mon, 17 Oct 2005, GribUser wrote:

Что показывает top (верхние строчки) ?
Сейчас загрузка совсем низкая, вот типа такого что-то наблюдаю:
Кстати снизу семиметровые httpd - это тоже прокси с
mod_accel (еще раз
Насколько я понимаю, cобственно книги mod_accel'ом не
кэшируются. Поэтому переход с nginx'а на squid вряд ли
улучшит ситуацию - ни тот, ни другой ничего кэшировать не будет.

В данной случае книги можно отдавать nginx'ом с помощью
X-Accel-Redirect.
Не, через mod_accel выдается только динамика для free.the-game.ru, там
просто ограничение числа соединений к бэкенду от отдельной категории
пользователей нужно было, я по-другому не придумал, как это сделать,
кроме как на отдельном IP повесить апач проксирующий и зарезать ему
число чайлдов. Может, можно было и проще, но я не нашел как. Ограничение
по пропускной способности мне только хуже сделает.
Библиотека в полном составе сейчас идет через nginx. Я все коплю порох
приделать X-Accel-Redirect. Быстрое железо вообще расслабляет, начинаешь
откладывать в долгий ящик всякие нужные дела %). Кстати, это даст
заметное ускорение, если книги будут отдаваться с диска вместо приема от
бэкенда...? Вообще, идея.

Насколько я понимаю, отдавать с диска мегабайтные файлы будет лучше,
чем перекачивать их от бэкенда.

Но у меня тож исследовательский задор есть -
происходящее явно ненормально, че-то я делаю не так или что-то работает
не так.

Библиотека раньше работала на squid и squid я наверху в top видел только
при сортировке по памяти - он память терял, зараза такая. За что и был
удален с поля. Nginx же уверенно держится вверху по процессору,
временами обгоняя даже MySQL единичными (!) чайлдами:
  PID USERNAME LWP PRI NICE  SIZE   RES STATE    TIME    CPU COMMAND
28740 nobody     1  10    0   10M 9980K cpu/1    1:08 15.40% nginx
  388 mysql     17  59    0  749M  670M sleep  598:21 12.97% mysqld

Как сие может быть - мне вообще непонятно, по идее прием от бэкенда и
выдача клиенту должны вообще ничего от процессора не требовать и уж
всяко бэкенд со своими libxml/libxslt должен жрать процессор на порядок
больше, чем фронтэнд. А у меня nginx только MySQL обгоняет по загрузке.

Можно запустить truss -p 28740 на несколько секунд. Лог прислать мне.


Игорь Сысоев
http://sysoev.ru




 




Copyright © Lexa Software, 1996-2009.