65,210
社区成员
发帖
与我相关
我的任务
分享线程调度机制
比如我现在有一个服务器的项目，主要工作是接收client请求，并读取server数据通过socket发送给client.可以通过线程池来处理。我创建线程池的时候创建20个线程来处理。但是当有大量client连接的时候，任务队列上已经有比较多的任务等待处理，这个时候我可能需要增加线程池线程的数量来提高处理能（需要计算和读取文件），但是需要增加多少线程呢？这个是否有什么方法可以确定。
做过大并发服务器的同志说说经验撒。你们现在用的服务器动态调整线程数量吗？机制是什么？谢谢各位
做过大并发服务器的同志说说经验撒。你们现在用的服务器动态调整线程数量吗？机制是什么？谢谢各位
...全文
请发表友善的回复…
发表回复
太乙 2011-03-18
- 打赏
- 举报
加大线程也不行的！！！！
毕竟机器的处理能力有限！！！！！！！！
线程数太大反而适得其反！！
加机器，加核吧！！！！！！！
毕竟机器的处理能力有限！！！！！！！！
线程数太大反而适得其反！！
加机器，加核吧！！！！！！！
malone1 2011-03-18
- 打赏
- 举报
ccltiancai 2011-03-17
- 打赏
- 举报
那就木办法了，你计算密集型的线程。。根据服务器配置适当加线程吧。。但是肯定也只能加到适量。。服务器上不去木办法啊= =
wbruce 2011-03-17
- 打赏
- 举报
[Quote=引用 4 楼 ccltiancai 的回复:]
计算大，连接时间长的服务用per client per thread或者thread pool不是悲剧吗。。。你又不是人家apache做短链接的。。。
换高并发模型吧
iocp,epoll
[/Quote]
这里说的线程池是针对任务处理的，不是针对client的连接。
计算大，连接时间长的服务用per client per thread或者thread pool不是悲剧吗。。。你又不是人家apache做短链接的。。。
换高并发模型吧
iocp,epoll
[/Quote]
这里说的线程池是针对任务处理的，不是针对client的连接。
ccltiancai 2011-03-17
- 打赏
- 举报
计算大，连接时间长的服务用per client per thread或者thread pool不是悲剧吗。。。你又不是人家apache做短链接的。。。
换高并发模型吧
iocp,epoll
换高并发模型吧
iocp,epoll
wbruce 2011-03-17
- 打赏
- 举报
之前做过类似的东西，但是我的线程处理的逻辑相对比较简单。
在1万个client连接的情况下，10线程去处理消息逻辑都没问题。
所以没有遇到楼主这样的麻烦，我觉得是不是应该看下瓶颈在哪里，
例如是否可以提高一下每个任务的处理效率。
在1万个client连接的情况下，10线程去处理消息逻辑都没问题。
所以没有遇到楼主这样的麻烦，我觉得是不是应该看下瓶颈在哪里，
例如是否可以提高一下每个任务的处理效率。
bdmh 2011-03-17
- 打赏
- 举报
没有定论，根据你服务器的承受能力，和运算效率以及客户端数量，测试一个值吧
