本文讨论了处理大量并发连接的有效方法，包括多线程和事件驱动队列两种方式，并对比了它们在不同场景下的优劣。文章指出，在多CPU环境下多线程方案可以直接利用多核优势，而在事件驱动方案中，考虑到操作系统内核接口的一致性，该方案具有更好的可移植性。
>15000并发连接
>LinclnDale问：
>为了能够处理大量并发连接，这里有两种有效的方法：
>(1)多线程
>(2)事件驱动(event_driven queues)
>(1)方法，也许要比(2)效率差一些（理解：线程之间切换，线程之间锁等要比(2)代价大一些）,但是，在多>CPU机器上，为了可以利用多CPU的优势，方法(1)不用额外的改变。
无论（2）是否是最好或者是不依赖操作系统（kernel interface）（理解：线程在各个操作系统中实现不一样，而事件驱动可以单线程，很容易实现在操作系统中移植）。如果每次事件请求都需要对15000文件描述符进行遍历（例如建立在select()上的简单设计），那么（2）将和使用accept()/fork()模式一样糟糕，而同步线程（thread_per_connection）模式会更好一些。如果操作系统（kernel）在对称多处理（SMP）技术上，扩展同步线程（thread_per_connection）体系，而且能够比select()或poll()更有效将事件队列交由服务器进程处理的话，（2）可能一直比较好的选择。
今天就到这里
待续
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
