这都是以前和人争吵的一些话题。 再NB的服务器， 当accept时候也需要一个新的端口， 一个系统下端口是有限的。

赶快给俺弄个试试再说，吹得再好不让用不白搭

msnp15 我比你熟。


如果软方案这么好搞定，  你搞定一个tx 一样 支持2000w 在线用户，带扩展的的集群试试看。

我觉得写的挺真实的  不明白为啥一边倒的批判
是不是CU的批评家们都集中到新闻版来了。。。
说永远比做容易

很期待百度的这个产品，不知道什么时候会和QQ那样呢？

广告贴

用户不想知道你干得多辛苦，而是想看看你有什么亮点，让他们放弃QQ

百度im現在可以用了？哪里有可以下載登錄的

sorry ， 我办不到，没有那么多资源。有那么多资源的人，不放心让我去搞定这个  :-<

我前面跟帖中没有假设“HI”是一味依赖N机器。给出MSNP15是说思路就这么回事，没有什么大不了的东西。大型网游支持在线人数（好象基本都做不了支持服务器漫游），无非也是类似的思路，不敢仰慕那需要多牛的技术。

记得facebook运行架构发展：

一个机器上跑所有的程序 ————>分开在多个机器上跑---->跑一个业务的机器由一台机器升级为一个集群---->一个数据中心扩展为多个数据中心  ... ...

有了人家的经验以后，一开始对设计支持巨大同时在线用户的服务来说，软方案肯定是首先要确定下来的，我觉得。

办不到就闭嘴。  知道是一回事，做事另一回事情。  你读过书 也学过c语言了， 好写个os 出来看看。 办不到？有微软给你写，你说你懂  

  懂值什么钱？眼高手低 能做出来才叫nb.

知道和做确实是两码事，不过当真正有时间和资源去做的时候发现也不过如此。

而在中国，nb的人经常能给我们带来汉芯一样的惊喜，而我们这些无知的人却还对此一无所知。

ps：c、ds、algo、os这些你（benjiam）也学过了，那写个os出来应该没问题吧，请尽量不要用老外的研究成果和东西。