Немного про nginx

worker_connections = 16384

worker_processes = 4

:) И будет Вам счастье! Только проверьте, что при запуске nginx не ругается на кол-во максимально допустимых открытых файлов.

PS: worker_connections = 1024 при i7-920 и 8 GB, это над Вами хорошо пошутили ;)

Спасибо :) А как проверить то? В логе nginx?

При /etc/init.d/nginx start если не пишет, значит все ok.

Не, не пишет. Ну посмотрю теперь, как дело пойдет :)

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

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

хотя, на самом деле, nginx тоже использует шаблон. просто менее известный. Можете, например, книжечку полистать Unix : разработка сетевых приложений. У.Р. Стивенс. - девять(!) разных моделей работы сервера.

😂 Это Вы ко мне приложили свои шаблоны не поняв о чем я говорю 😂

Я имел ввиду не отдельные потоки для каждого соединения, ибо это действительно даст дикую нагрузку на менеджер процессов. Я говорил про потоки на уровне задач. Никаких десятков тысяч там-бы не было, просто есть несколько потоков, у каждого своя функциональность. Один отвечает за "отдачу" файлов с диска, другой за обмен с проксируемыми приложениями итд.

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

babnicks, даже если и так. краткий ответ - "это неэффективно по сравнению с используемой сейчас моделью".

пять (!!!) страниц на простую тему!!

ставьте процессов 4-6 и 10тыс+ соединений и все будет работать!

если тормозит - покупайте еще железа! куда проще!

любой тюнинг софта дает в лучшем случае 10-20% прироста производительности. тюнинг кода - еще +10% в лучшем случае!

куда проще сервер памятью и процами набить, чем извращаться.

pupseg добавил 29.10.2011 в 19:28

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

там намного сложнее все. в моем понимании основная работа перекладывается на ОС, например для отдачи файлов используется sendfile, остается только следить за событиями.

не убедительно :) если отборсить авторитет Сысоева, то не убедительно...

Это да, скорее всего так и есть, но nginx занимается проксированием (с хранением промежуточных данных), строит rb деревья (не разбирался для чего, но в исходниках есть) и много чаго еще делает... Делать эти задачи в отдельных нитях весьма логично.

Я думаю что эффект от создания такого функционального распараллеливания скорее всего был бы, но это усложнило бы и код и процесс отладки, а выйгрышь возможно был не более 5%

Возможно поэтому пока и не сделал, может и сделает когда-нить...