QQ奥运信息的传送问题

hjack

奥运期间，每当中国拿了金牌，每个在线的QQ用户都可以很快地收到系统消息。
这里有个问题想讨论一下，几千万的同时在线，怎样能够快速地把奥运信息送到用户手上呢？
集中式的发送，我觉得是不可能这么快完成任务的。
而且一条消息包含的信息不少的，乘以N千万都是一个很大的数字。按这样的信息大小来PUSH到用户端，感觉不可行。
那么，这样的消息机制应该怎样设计的呢？

xulrmb

QQ在全国各地应该有很多服务器吧，平摊下来应该压力不大吧
QQ几千万的同时在线的人中，点对点发消息的人应该很多吧~

powerwind

有没有可能QQ之间相互发了？？

jinry

QQ之间相互发应该不可能的,
服务器的分摊应该不会太难吧.这么多的分布的服务器....

jinry

而且这种的服务器并不是只有奥运的时候才用的,像那些的QQ的实时新闻呀,广告呀什么都应该是分布的服务器发出来的...
所以利用率应该不低...

hjack

但是我用过这个接口发送过系统消息,几百万的号也要很长时间才发完的.所以才纳闷.怎么可以做到这么快.
应该是优化过了的.

紫玄

也不是很快
群讨论的时候最明显了....
我试过接收到那提示比人慢了5分钟

fengogo

几千万的在线, 难以想象要有多少服务器??  有没有可能QQ用户之间相互转发, 这个值得讨论一下.
对QQ而言, 能减少服务器负担自然是最好了.
如果QQ用户之间可进行转发, 首先, 只能是在线好友之间进行转发, 不可能把陌生的IP发到用户的电脑上用. 这里面有个问题, 就是用户的好友又有好友, 好友的好友又好多好友, 最坏的情况下是一个有极多节点的网络. 如何编历这个网络, 并减少消息的重复收发, 是一个问题. 而为了确保用户真的收到了消息, 用户不得不再向服务器发送确认收到新闻的消息, 这,,,这是不是又增加了服务器的负担..

皇家救星

如果你有几个不同号段的Q就知道了
接收时间相差很大，不同号段接到信息的时间有时甚至超过了一分钟

hjack

以分来计的都算很快了.
我以前用他们提供的接口发消息的时候 , 几百万数量的号, 要发几个小时,
当然, 这也可能是他们提供的接口是作了发送速度限制的.

op2op

重温一下网络工程
(1) UDP是一个无连接协议，传输数据之前源端和终端不建立连接，当它想传送时就简单地去抓取来自应用程序的数据，并尽可能快地把它扔到网络上。在发送端，UDP传送数据的速度仅仅是受应用程序生成数据的速度、计算机的能力和传输带宽的限制；在接收端，UDP把每个消息段放在队列中，应用程序每次从队列中读一个消息段。

(2) 由于传输数据不建立连接，因此也就不需要维护连接状态，包括收发状态等，因此一台服务机可同时向多个客户机传输相同的消息。


(3) UDP信息包的标题很短，只有8个字节，相对于TCP的20个字节信息包的额外开销很小。


(4) 吞吐量不受拥挤控制算法的调节，只受应用软件生成数据的速率、传输带宽、源端和终端主机性能的限制。

我在网上找的,大家重温下

anjie4402211

呵呵，我是不懂编程啦，但当时我在全屏玩其它东西的时候如果来信息了，它好像是像好友来信息一下“噔噔噔”一声,我退出全屏时QQ那有个QQ头像在跳动，我还以为是谁，结果一点是奥运的信息.........

呵呵，不知这说明什么？？

半兽人

会不会是采用分级服务器的模式?
就像电话网一样分级, 1级的中央服务器发给2级的服务器,2级的再发给下一级...
最后再由最低级服务器直接群发给用户.

iptton

打算做个类似的东西。。。思路和LS说的有点像。
不知QQ是怎么处理的。。

hero_lsy

我觉得是不是只是客户端接收了一小段代码，然后QQ自动激活了某个事件。（是不是有对应关系的，就是说之前已经弄好了）

jinry

LS想得太复杂了。。。

hjack

感觉这不可能，不可能事先写好所有奥运的新闻并放在local。

hero_lsy

我之所以这样想是那天我突然被改了QQ皮肤

一盏月亮

是啊     难以想像！