История изменений

Враньё, сам дальше пишешь что воркеров может быть несколько.

Вообще-то я в обоих случаях процитировал официальную доку. А то что она сама себе противоречит, причём на одной странице в соседних абзацах – не ко мне претензия. :)

но это совсем не те треды, как ты представлял (т.е. речи о «треде на коннект» не идёт, это как раз и есть дичь

Ну тебе конечно виднее, что я себе представлял. Я в отличие от некоторых в epoll умею, причём и в combined queue (про который ты меня тут лечишь), и в separate queues (который кстати предпочтительней при экстремальной нагрузке и примерно одинаковом времени обработки всех запросов).

У nginx модель ровно та же, что у lighttpd - цикл обработки событий в одном треде.

Не надо путать слушающий тред, в цикле вызывающий epoll_wait() и обрабатывающий события со всех сокетов (в т.ч. listener), и треды-воркеры, которым этот тред раскидывает задания.

А вообще мне этот разговор надоел. Slack тот вообще свою собственную ссылку дальше первого абзаца не осилил, потому как прямо во втором абзаце речь про worker-потоки. А его послушать – так не процессами-потоками едиными жив nginx, но и духом святым. И Сысоев пророк его.

В игнор обоих.

Враньё, сам дальше пишешь что воркеров может быть несколько.

Вообще-то я в обоих случаях процитировал официальную доку. А то что она сама себе противоречит, причём на одной странице в соседних абзацах – не ко мне претензия. :)

но это совсем не те треды, как ты представлял (т.е. речи о «треде на коннект» не идёт, это как раз и есть дичь

Ну тебе конечно виднее, что я себе представлял. Я в отличие от некоторых в epoll умею, причём и в combined queue (про который ты меня тут лечишь), и в separate queues (который кстати предпочтительней при экстремальной нагрузке и примерно одинаковом времени обработки всех запросов).

У nginx модель ровно та же, что у lighttpd - цикл обработки событий в одном треде.

Не надо путать слушающий тред, в цикле вызывающий epoll_wait() и обрабатывающий события со всех сокетов (в т.ч. listener), и треды-воркеры, которым слушающий тред раскидывает задания.

А вообще мне этот разговор надоел. Slack тот вообще свою собственную ссылку дальше первого абзаца не осилил, потому как прямо во втором абзаце речь про worker-потоки. А его послушать – так не процессами-потоками едиными жив nginx, но и духом святым. И Сысоев пророк его.

В игнор обоих.

Враньё, сам дальше пишешь что воркеров может быть несколько.

Вообще-то я в обоих случаях процитировал официальную доку. А то что она сама себе противоречит, причём на одной странице в соседних абзацах – не ко мне претензия. :)

но это совсем не те треды, как ты представлял (т.е. речи о «треде на коннект» не идёт, это как раз и есть дичь

Ну тебе конечно виднее, что я себе представлял. Я в отличие от некоторых в epoll умею, причём и в combined queue (про который ты меня тут лечишь), и в separate queues (который кстати предпочтительней при экстремальной нагрузке и примерно одинаковом времени обработки всех запросов).

У nginx модель ровно та же, что у lighttpd - цикл обработки событий в одном треде.

Не надо путать слушающий тред, в цикле вызывающий epoll_wait() и обрабатывающий события со всех соектов (в т.ч. listener), и треды-воркеры, которым слушающий тред раскидывает задания.

А вообще мне этот разговор надоел. Slack тот вообще свою собственную ссылку дальше первого абзаца не осилил, потому как прямо во втором абзаце речь про worker-потоки. А его послушать – так не процессами-потоками едиными жив nginx, но и духом святым. И Сысоев пророк его.

В игнор обоих.

Враньё, сам дальше пишешь что воркеров может быть несколько.

Вообще-то я в обоих случаях процитировал официальную доку. А то что она сама себе противоречит, причём на одной странице в соседних абзацах – не ко мне претензия. :)

но это совсем не те треды, как ты представлял (т.е. речи о «треде на коннект» не идёт, это как раз и есть дичь

Ну тебе конечно виднее, что я себе представлял. Я в отличие от некоторых в epoll умею, причём и в combined queue (про который ты меня тут лечишь), и в separate queues (который кстати предпочтительней при экстремальной нагрузке и примерно одинаковом времени обработки всех запросов).

У nginx модель ровно та же, что у lighttpd - цикл обработки событий в одном треде.

Не надо путать слушающий тред, в цикле вызывающий epoll_wait(), и треды-воркеры, которым слушающий тред раскидывает задания.

А вообще мне этот разговор надоел. Slack тот вообще свою собственную ссылку дальше первого абзаца не осилил, потому как прямо во втором абзаце речь про worker-потоки. А его послушать – так не процессами-потоками едиными жив nginx, но и духом святым. И Сысоев пророк его.

В игнор обоих.

Враньё, сам дальше пишешь что воркеров может быть несколько.

Вообще-то я в обоих случаях процитировал официальную доку. А то что она сама себе противоречит, причём на одной странице в соседних абзацах – не ко мне претензия. :)

но это совсем не те треды, как ты представлял (т.е. речи о «треде на коннект» не идёт, это как раз и есть дичь

Ну тебе конечно виднее, что я себе представлял. Я в отличие от некоторых в epoll умею, причём и в combined queue (про который ты меня тут лечишь), и в separate queues (который кстати предпочтительней при экстремальной нагрузке и примерно одинаковом времени обработки всех ресурсов).

У nginx модель ровно та же, что у lighttpd - цикл обработки событий в одном треде.

Не надо путать слушающий тред, в цикле вызывающий epoll_wait(), и треды-воркеры, которым слушающий тред раскидывает задания.

А вообще мне этот разговор надоел. Slack тот вообще свою собственную ссылку дальше первого абзаца не осилил, потому как прямо во втором абзаце речь про worker-потоки. А его послушать – так не процессами-потоками едиными жив nginx, но и духом святым. И Сысоев пророк его.

В игнор обоих.