cat /proc/sys/fs/epoll/max_user_watches
1655685

вот столько ты могеш отслеживать через epoll

грубо говоря у задачи 2 решения - в зависимсоти просто ли следит задача за сокетами или чтото еще считает

если просто следит - то это можно сделать в один процесс - и скорее всего он будет даж быстрее чем другой вариант
просто загоняеш все сокеты в один epoll и следиш за ним

если же обработка таки есть какая то - то делаеш колво тредов равное колву железный потоков процессова-ов - и на каждый распределеяеш эти потоки - и каждый тред имеет свой epoll и слушает его

скажем 1 управляющий тред + 8 работающих
с управляющего сделано 8 пайпов которые ведут в каждый из работающих
когда на управляющий приходит коннект - он его принимает - и по одному из пайпов сообщает рабочему треду чтоб он поставил такойто FD в всвоем epoll-е и начал его обрабатывать

вот и вся стандартная задача

А зачем 9 потоков, если гораздо проще (и не сильно затратней) 9 процессов?

то от задачи зависит - если надо обрабатывать инфу обобщенно - то лучше и проще треды

да и передать FD в другой процесс - нетак чтоб привычное занятие

1M хватит?

A Million-user Comet Application with Mochiweb

http://www.metabrew.com/article/a-million-user-comet-application-with-mochiwe... http://www.metabrew.com/article/a-million-user-comet-application-with-mochiwe... http://www.metabrew.com/article/a-million-user-comet-application-with-mochiwe...

я куплю у вас рейд за эту сумму, остальное оставьте себе бесплатно.

обобщённо — это как?

зачем передавать дескриптор? если вычисления независимы, то все процессы дёргают акцепт. дескриптор достанется кому-то одному, я гарантирую это.

вах - ну если ты гарантируеш это то да

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

и давно struct sockaddr_in идентифицирует сокет?

Вообще, теоретический предел кол-ва сокетов - размер int.

Ну ещё память и ограничения протокола (64К соединений с одной машины на 1 порт другой машины для TCP)

очень даже не сферический — у друга в DC стоят пять таких и именно в этой конфигурации =)

Mem: 132084684k total, 1007888k used, 131076796k free, 7481 2k buffers

>он бредит, об этом уже сказали в этом треде неоднократно. как минимум почитай вот это: http://pzz.livejournal.com/9564.html
веселуха начнется, когда клиенты тоже эту статью прочтут, и от одного и того же IP адреса и порта будут приходить параллельные запросы :))

Если вам нужно одновременно 100к сокетов,

то найдите того, кто ставил вам задачу, и убейте его, благодарное человечество вас не забудет.

клиенты тоже эту статью прочтут

зачем им это? :)

от одного и того же IP адреса и порта будут приходить параллельные запросы

ну второе соединение работать не будет т.к. не совпадёт sequence number. Имхо ничего страшного.