-
本版专家分：15260结帖率 95% -
现在有 IOCP 模式的服务器，服务器收到一条消息后要群发给 客户端 ，客户端有上千个到万，现在采取 遍历 发送给客户端，就是 for 循环，发现效率比较低，问问大家有什么好的注意可以提高效率，多谢！！
-
本版专家分：2586 -
多线程
-
本版专家分：90471
-
-
蓝花
2008年7月 VC/MFC大版内专家分月排行榜第三
2007年11月 VC/MFC大版内专家分月排行榜第三
-
-
组播？
-
本版专家分：15260
-
有点类似组播 ！
-
本版专家分：27131
-
- 进士 2007年 总版技术专家分年内排行榜第四
-
- 金牌 2007年6月 总版技术专家分月排行榜第一
-
-
银牌
2007年5月 总版技术专家分月排行榜第二
2007年4月 总版技术专家分月排行榜第二
-
-
红花
2007年5月 Oracle大版内专家分月排行榜第一
2007年4月 Oracle大版内专家分月排行榜第一
-
-
组播，中继发
-
本版专家分：7202 -
非要用线程也最好用线程池
如果不能用组播和广播，还有点其他的办法：
在客户端做文章，可以令客户端帮助转发，这样服务器只需要转发给有限数量的客户端即可
-
本版专家分：115 -
利用数据库,把消息放数据里面，然后在服务器内存保存一下客户端是否有自己的消息的标志位
客户端检查到了 自己上来拿
线程池是必须的，不过可以创建少很多线程，不足就是客户端会拿的比较慢
-
本版专家分：32616 -
先采取线程池看看
-
本版专家分：5795
-
现在采取 遍历 发送给客户端，就是 for 循环，发现效率比较低
——为什么觉得效率低，都是重叠操作立即返回，效率不见得就低，几百万的连接也能很快处理
广播消息如果并不重要，可以单开线程用UDP发送，时效上的要求就更不高了
这里使用的是完成端口，根本就再用不着什么多线程、线程池
-
本版专家分：11085
-
- GitHub 绑定GitHub第三方账户获取
-
- 领英 绑定领英第三方账户获取
-
-
用组播(Multipoint/Multicast)比较好，
只不过组播属于UDP, 可能存在掉包和包乱序的问题．
-
本版专家分：561 -
如果客户端是你自己做的，你可以把数据直接放到网络上，然后所有的客户端到哪去取，这样，所有的压力就在各自的客户端，而不在你的服务器上了
-
本版专家分：15260
-
如果客户端是你自己做的，你可以把数据直接放到网络上，然后所有的客户端到哪去取，这样，所有的压力就在各自的客户端，而不在你的服务器上了????? ----客户端都取数据库的话还要服务器做什么啊? 直接插入数据库取读就可以了?
-
本版专家分：2569
-
不会!学习!
-
本版专家分：115
-
是把文件放Http 服务器上面 然后给客户端个地址自己下载去
这样的话服务器负载就不用考虑了
-
本版专家分：10162 -
盲目的优化没有意义，首先要搞清楚瓶颈在什么地方，是CPU资源不够还是带宽不够？另外性能再怎么提高都是有天花板的，要提升系统容量除了优化性能还可以提高伸缩性，改成分布式结构。
-
本版专家分：1069 -
IOCP?
开1个线程对所有client发送就可以, 基本能满足你的要求
-
本版专家分：8183
-
不要让服务器主动发送为好，如果可以接受应该让客户端请求这可以让服务器不在一时处理那么大量的计算。
如不行，应该将工作分散，比如一次发送还200 条，这时让你的IOCP去做些别的事，然后在一定时间在发送 200 ………… ，在网络上相差几秒钟是可以容忍的，谁让你一次要发上万条了呢。这样就不会有CPU 一直占用较高情况，而且这样做可以同时处理其它事情！
-
本版专家分：472
-
我就觉得奇怪，你为什么一个for 要那么长时间， 问题肯定不在 send ，因为 send是马上返回的
我估计你涉及到多次 内存复制 造成的，或者是由于其它 代码降低 效率