[英]TCP/IP - Solving the C10K with the thread per client approach
在阅读着名的C10k文章并在网上搜索自编写之后事情如何演变之后,我想知道今天的标准服务器是否有可能使用每个连接的线程处理> 10000个并发 连接 (可能与一个线程池的帮助,以避免创建/终止进程)。
一些可能影响问题解决方法的细节:
显然我不是这方面的专家,所以任何评论或建议都将受到高度赞赏:)
绝对。 标准服务器可以使用每个连接一个线程的模型处理超过10K的并发 连接 。 我已经构建了这样一个应用程序,五年前,它在标准Linux服务器上运行时每个进程的并发连接数超过50K。 如今,应该可以在当前硬件上运行具有超过250K并发连接的相同应用程序。
要记住的只有几件事:
SO_REUSEPORT
在同一端点上创建多个套接字来优化新连接。 open files
(默认1.024), max user processes
/proc/sys/kernel/pid_max
(默认为32K), /proc/sys/kernel/threads-max
和/proc/sys/vm/max_map_count
(默认为65K)。 上面提到的应用程序最初设计为仅处理2K并发连接。 但是,随着使用的增长,我们不必对代码进行重大更改,以便扩展到50K连接。
您可能希望最近关于这个主题的后续行动: 1000万个并发连接的秘密 - 内核是问题,而不是解决方案 。
服务器的常用方法是:(a)每个连接的线程(通常使用线程池),或(b)使用异步IO的单线程(通常使用epoll或kqueue)。 我的想法是,这些方法的一些元素可以并且经常应该组合使用异步IO(使用epoll或kqueue),然后将连接请求移交给线程池进行处理。 这种方法将异步IO的有效分派与线程池提供的并行性结合起来。
我编写了这样一个有趣的服务器(在C ++中),它在Linux上使用epoll,在FreeBSD和OSX上使用kqueue以及线程池。 我只需要通过它的步骤进行繁重的测试,做一些代码清理,然后把它扔到github上(希望很快)。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.