архитектура сервера [c/c++]

многопоточность - тоже та еще штука. Помойму лучше комбинировать

Может поможешь в соседней теме?

♪♪♪

thread-per-client при 10000+ соединений жить не будет, ни на процессах, ни на pthread; особенно под фрей - шедулер сдохнет (не, работать-то оно будет - на неэффективно).

Быстрее всего будет, наверное, либо сочетание пре-форкинга с портабельным мультиплексированием (тselect/poll, но если дескрипторов больше N - то отдаем другому треду), либо системно-специфичное мультиплексирование (kevent, /dev/kpoll и что там еще бывает); причем скорее второе.

100,000 тредов жить будут -- по этому поводу несколько лет назад ьыл топик в LKML.

Когда-то давно писал прокси сервер: одно соединение -- один тред. понятное дело, работало все очень медленно.

Сейчас работаю с сервером другой архитектуры: pre-forked с N тредами. Между ними шарится очередь из которой они берут задания. Соединения обрабатываются другим тредом через epoll (где-то мне попадался paper по поводу сравнения epoll и select -- только на количестве трeдов больше 1000 или 10000 epoll давал выигрыш). При большем потоке запросов, пускаются еще треды.

треды вещь не слишком надежная, тут два пути, либо держать пул форков, либо держать пул форков и у каждого будет свое количевство (не большое) тредов.

полагатся только на треды не стоит.

стоит помнить что треды это не везде треды в том их обычном понимании.

> 100,000 тредов жить будут -- по этому поводу несколько лет назад ьыл топик в LKML.

Я не говорил, что оно не запустится. Но если у тебя будет 10000 runnable тредов - то проц не будет заниматься ничем, кроме их шедулинга.

Для сиих целей есть конкретный язычок, придуманный для всяких там мега-коммутаторов с сотнями тысяч потоков. Вот только название не помню, то ли Erlang, то ли еще как.

>Для сиих целей есть конкретный язычок, придуманный для всяких там мега-коммутаторов с сотнями тысяч потоков. Вот только название не помню, то ли Erlang, то ли еще как.

Помойму это и то что мне нужно. Одна трабла-я даже на русском функциональное программирование непойму(хотя неочень пытался). Английский у меня довольно страдает. Кто-нибудь посоветует как выучить Erlang? Азы функционального программирование т.д и т.п

http://www.kegel.com/c10k.html

при таком количестве одновременных коннэктов тебе вез вариантов надо пользовать симбиоз из пула процессов + epoll OR kevent в противном случае ничего путнего не выйдет. а вообще до недавнего временни задача была оччень нетривиальная.

ЗЫ: интересно а может чем нить асинхронный В/В в этой ситуации помочь?

>Помойму это и то что мне нужно.

Точнее задачу опиши, если тупо роутить данные - подойдёт.. если потом начнёшь писать фильтры всякие - не подойдёт. сам когда-то на эрланге что-то вроде прокси делал, потом количество Сишных драйверов к нему росло-росло, и в итоге проще было на Си++ всё переписать..