200 百分求发送算法和策略思路 ！

[arvid_gs]

现在有 IOCP 模式的服务器，服务器收到一条消息后要群发给 客户端 ，客户端有上千个到万，现在采取 遍历 发送给客户端，就是 for 循环，发现效率比较低，问问大家有什么好的注意可以提高效率，多谢！！

[laofang]

现在采取 遍历 发送给客户端，就是 for 循环，发现效率比较低
——为什么觉得效率低，都是重叠操作立即返回，效率不见得就低，几百万的连接也能很快处理
广播消息如果并不重要，可以单开线程用UDP发送，时效上的要求就更不高了

这里使用的是完成端口，根本就再用不着什么多线程、线程池

[双杯献酒]

用组播(Multipoint/Multicast)比较好，
只不过组播属于UDP, 可能存在掉包和包乱序的问题．

[setsailgo]

多线程

[ouyh12345]

组播？

[「已注销」]

线程池

[arvid_gs]

有点类似组播 ！

[pyrophile]

群发？了解一下短信的群发功能应该和你的工程比较相似

[tinyfog]

如果客户端是你自己做的，你可以把数据直接放到网络上，然后所有的客户端到哪去取，这样，所有的压力就在各自的客户端，而不在你的服务器上了

[CathySun118]

组播，中继发

[qhlonline]

开辟成千上万的线程好像不太好。

[大选]

线程不是好办法，可以采用广播方式吗

[WingForce]

非要用线程也最好用线程池

如果不能用组播和广播，还有点其他的办法：
在客户端做文章，可以令客户端帮助转发，这样服务器只需要转发给有限数量的客户端即可

[arvid_gs]

如果客户端是你自己做的，你可以把数据直接放到网络上，然后所有的客户端到哪去取，这样，所有的压力就在各自的客户端，而不在你的服务器上了????? ----客户端都取数据库的话还要服务器做什么啊? 直接插入数据库取读就可以了?

[systemthink]

不会!学习!

[curelex]

是把文件放Http 服务器上面 然后给客户端个地址自己下载去
这样的话服务器负载就不用考虑了

[Analyst]

盲目的优化没有意义，首先要搞清楚瓶颈在什么地方，是CPU资源不够还是带宽不够？另外性能再怎么提高都是有天花板的，要提升系统容量除了优化性能还可以提高伸缩性，改成分布式结构。

[fanday]

问一下移动或联通公司

[Hylas]

我就觉得奇怪，你为什么一个for 要那么长时间， 问题肯定不在 send ，因为 send是马上返回的

我估计你涉及到多次 内存复制 造成的，或者是由于其它 代码降低 效率

[fantiyu_sr]

IOCP?
开1个线程对所有client发送就可以, 基本能满足你的要求

[fairyprince]

不要让服务器主动发送为好，如果可以接受应该让客户端请求这可以让服务器不在一时处理那么大量的计算。
如不行，应该将工作分散，比如一次发送还200 条，这时让你的IOCP去做些别的事，然后在一定时间在发送 200 ………… ，在网络上相差几秒钟是可以容忍的，谁让你一次要发上万条了呢。这样就不会有CPU 一直占用较高情况，而且这样做可以同时处理其它事情！