Вот есть проблема: Многопользовательский сервер на C#.
Если бы писал на C++ использовал бы пул потоков и порты завершения для того чтобы не создавать на каждого клиента по потоку.
Как эту проблему решить на С#?

PS Вариант импортирования функций не предлагать. 

Асинхронный ввод/вывод на С# уже есть. Он реализуется с помощью методов Begin..., End.... Например, у сокета есть методы BeginReceive, EndReceive. Пул потоков тоже присутствует в виде класса ThreadPool. 

Для чего сервер-то?  

Это сообщение отредактировал(а) arilou - 18.4.2006, 10:38

Я про  BeginReceive...,  EndReceive знаю.
Сервер для компьютерной игры.
Решил делать так один поток на 5 клиентов с асинхронными сокетами на сервере и один дополнительный поток на клиенте. 

FYI, порты завершения -> в .NET это называется асинхронный ввод вывод -> BeginReceive, EndReceive.
 

Коллеги, а можно поподробнее ?
у меня есть сервер на асинхронных сокетах, и я считал, что BeginReceive указывает call-back, который запускается по событию прихода данных, а выделение нити, в контексте которой выполняется call-back - дело системное и абсолютно непрозрачное.
Логирование показывает, что нити повторно используются, количество работающих нитей зависит от нагрузки на сервер - но как бы явно управлять этой механикой ?
(меня заинтриговала фраза 
как при использовании асинхронных сокетов ты будешь задавать, что вот эти 5 клиентов (сокетов) надо обслуживать вот этой нитью, а вот эти - другой нитью ? 

Не уверен, что это возможно, т.к. overlapped I/O - это фича ОС. Хотя я не знаю, надо копать. 

Это точно возможно на C++ и WinAPi.
А вот в .Net не уверен....  

Ага, тока речь идет о дотнете    

Кто-то отменил DllImport  ? 

Ну ну. 

штука не в том, чтобы поймать событие от overlapped I/O operation
штука в том, что очередь событий и механизм порождения нитей-обработчиков находятся где-то в недрах (я полагал, что в недрах исполняющей системы дотНета, но м.б. и в недрах WinAPi) - вот про это где бы почитать ?