Lazin, ты сам ответил на свой вопрос:

Я и предложил. К тому, что должен делать метод. Этот метод может как минимум выполнять операции В\В через сокет:

По части количества потоков. Думаю для этого надо иметь ввиду еще и политику планирования их выполнения, хотя конечно надо проверять (в целом это как пример было); ИМХО может зависеть от конкретной ОС. Кстати при такой архитектуре контекст выполнения будет абстрагирован от данных о задаче, что заранее даст возможность развития кода в сторону кластерных систем,а при увеличении количества обрабатываемой информации(файлообмен например) это может быть интересным.
Р.S. "Должно сработать" звучало главным образом относительно небольшого количества данных, обрабатываемых сервером при большом количестве клиентов при архитектуре "один поток - одно соединение".

2 года работает у меня такой сервер.
Держит постоянно 1000 клиентов.
Нагрузка на железо минимальная.
Постоянно шарит по БД размером 15гб.

P.S.
Это я про сервер один поток - одно соединение.

Это сообщение отредактировал(а) Artemon - 16.4.2009, 06:13

Там написано 2000-3000.
3000 потоков на одной машине???  

а почему нет? Правда расходы на каждого клиента большие, каждый поток должен иметь стек, допустим 1Мб, тогда получается 3К потоков, это примерно 3Гб, для современного сервера - не вопрос. Другой ресурс - процессороное время, расходы на работу планировщика задач будут очень большими при такой архитектуре, сколько процентов времени своей работы процессор будет выполнять код планировщика задач я не могу сказать, но могу предположить что много  
Но при небольшом количестве клиентов покатит.

http://www.boost.org/doc/libs/1_38_0/doc/h...o/examples.html
на этой странице есть пример чата(клиент и сервер) использующие boost.asio 

Добавлено через 2 минуты и 5 секунд
правда он там однопоточный  

размер стека 1мб это значение по умолчанию, его можно изменить..а почему нет - так ты сам на свой вопрос ответил  

не понимаю чем не подходит паттерн "реактор"