在Windows NT下做高性能服务器时, 我们会采用完成端口的技术.  在Linux下做开发时,为了效率一般是用多路I/O复用(如select()), 在性能要求不高的情况, 这种技术是可以满足的.  但当Client达到一定的数量时(如1000 个), 这时候应该采用什么技术呢?

哪里的测试？玩linux要是勇敢的话就/dev/epoll。
如果是我，宁可freebsd的kqueue

posix标准中应该有异步IO的函数---AIO_***函数组

所以异步IO是这种程序最好选择---ACE有实现


不过我没有用过epoll,听说2.6内核很强劲阿  呵呵

我来讲讲我的想法，我采用select+forK()来解决。
主进程接受100个CLIENT连接时，就FORK一个子进程，父进程关闭此100个CLIENT连接。由子进程接管这100个CLIENT，子进程采用SELECT方法进行管理，当CLIENT都退出时，子进程退出。
父进程ACCEPT和处理CLIENT连接，也要处理CLIENT数据。

select好像只能管理1024的socket，多了不行。
poll好像是可以的。
另，多线程在client多的时候，也不是很好管理的，可以想像，你创建10000个线程（如果你的系统允许的话）会怎么样。

用线程实现是最好的，，， 控制方便， 实现相对相言简单，，

据有关测试， 当CLIENT数量相当大时，用线程实现比SELECT实现效果要好。

多线程+多路I/O复用
还可以使用异步处理方式，接收数据与数据加工处理由不同的线程完成。

用线程的话，不知道行不行，因为在linux下，我用线程编程的时候发现线程退出后，即使你使用了pthread_join或者是设定线程为depatch，一样会在内核留下一个状态为zombie的进程句柄，虽然不占内存，不知道多了有没有影响。
这里还有linux之父Linus Torvalds与他人关于此事的讨论。
http://kerneltrap.org/node/view/1795

系统好像不能无休止的创建线程的她又一个最大限制

用线程池吧应该，有现成的线程池库，不过我不清楚到底是
哪个，有知道的吗？？？

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

这个基本上完全回答了这个帖子的问题

BTW 过年好像没什么人还在看程序的啊：）

我曾开发过DICOM影像服务器，用的是select+fork没觉得怎么耗资源啊。

用线程池，我觉得是最好的解决方案。

多线程 + I/O复用

这个我要顶一下，希望看到更多精彩回答。:)