海量客户端的socket服务器设计（在线等）

hb0800092 2011-08-22 10:49:48

本人现在想再一台linux服务器上用c开发一个可能会有10万 100万或上千万并发连接的服务器，目前我只用了线程池，一旦有1000个左右的客户端连接，cpu就会飙到100% ，原因可能是平凡的线程切换造成的，不知道有没有什么方法可以在一台服务器上实现这么大并发要求

...全文

307 11 打赏收藏转发到动态举报

写回复

用AI写文章

11 条回复

切换为时间正序

请发表友善的回复…

发表回复

乔巴好萌 2011-08-22

打赏
举报

不好意思看错了
你那个是1000个线程了
前面也说了不是强并发就不要用线程模型了

乔巴好萌 2011-08-22

打赏
举报

你的CPU消耗是不是别的逻辑造成的
我写的流媒体服务器 2,300个线程也没到CPU 100%
当然服务器的性能强些

[Quote=引用 7 楼 hb0800092 的回复:]
我当然知道普通电脑不可能实现，select ， poll 都试过select有连接限制，虽然可以改，但是不知道改了之后对系统有没有不良影响，同时select好像很慢，epoll还没试，虽然epoll可以解决大并发的情况，但是对cpu的消耗，不知道怎么解决
[/Quote]

jackyjkchen 2011-08-22

打赏
举报

[Quote=引用 7 楼 hb0800092 的回复:]

我当然知道普通电脑不可能实现，select ， poll 都试过select有连接限制，虽然可以改，但是不知道改了之后对系统有没有不良影响，同时select好像很慢，epoll还没试，虽然epoll可以解决大并发的情况，但是对cpu的消耗，不知道怎么解决
[/Quote]

别起那么多线程，并发线程太多，吞吐量不仅得不到提高，而且CPU时间都浪费在线程调度上了

jackyjkchen 2011-08-22

打赏
举报

[Quote=引用 5 楼 jackyjkchen 的回复:]

当客户端太多，而服务器性能有限时，不必恪守一个客户端一个线程的教条，适当的循环，速度差别根本看不出来。

我现在在做的服务端，电信级别的，udp的接收线程只有5~10个，能应付百万级用户（当然不是同时并发）
[/Quote]

而且，我之所以分接收线程还不是为了网络，是为了多进程使用多块加密卡（瓶颈），前端有个转发器，真正对外的udp接收只有一个线程

当然，我这个是鉴权服务器，可能特点上与网站服务器不太一样

hb0800092 2011-08-22

打赏
举报

我当然知道普通电脑不可能实现，select ， poll 都试过select有连接限制，虽然可以改，但是不知道改了之后对系统有没有不良影响，同时select好像很慢，epoll还没试，虽然epoll可以解决大并发的情况，但是对cpu的消耗，不知道怎么解决

pathuang68 2011-08-22

打赏
举报

[Quote=引用楼主 hb0800092 的回复:]
本人现在想再一台linux服务器上用c开发一个可能会有10万 100万或上千万并发连接的服务器，目前我只用了线程池，一旦有1000个左右的客户端连接，cpu就会飙到100% ，原因可能是平凡的线程切换造成的，不知道有没有什么方法可以在一台服务器上实现这么大并发要求
[/Quote]

如果不是强并发，如果业务处理及其简单，在一台linux服务器用C开发一个并发数量是10万的服务器，或许是可能的。

但100万，上千万就不要去想了。

楼主并发数是强并发还是弱并发？强并发的话，1000就很了不起了。

单台服务器再强大，其能力都是有限的，此类问题的解决之道，可以考虑各种负载均衡的做法。

jackyjkchen 2011-08-22

打赏
举报

当客户端太多，而服务器性能有限时，不必恪守一个客户端一个线程的教条，适当的循环，速度差别根本看不出来。

我现在在做的服务端，电信级别的，udp的接收线程只有5~10个，能应付百万级用户（当然不是同时并发）

iamjie 2011-08-22

打赏
举报

保持合适的线程数在工作，其他的排队等待不就行了。

icansaymyabc 2011-08-22

打赏
举报

如果在普通pc上写一个程序就能达到目的？那些售价上千万美元的专业服务器怎么卖得出去？

你可以上网搜搜服务器价格，那些售价几十万的服务器的内存和CPU频率和硬盘容量还比不上一台5、6千的PC机。它为啥能卖那么贵？因为人家的网卡能支持数千的并发连接。

所以你知道如何解决你的问题了吧？还不赶快凑钱去买服务器!

jackyjkchen 2011-08-22