主题：【原创】我有一个问题 -- 美人他爹

1。要Scalability恰恰必须避免长连接，您要都长连接了，除了增加服务器性能，你还有什么可能性服务新连接呢。所以恰恰您的方案不能增加Scalability。而且恰恰是您的方案才适合让IBM卖服务器，所以我不知道您的逻辑在哪里。

2。关于TIME_WAIT为0的问题。我前面很含蓄的说过了，您没真正理解这个TIME_WAIT的问题，TIME_WAIT实际上最小值是1，估计您还没弄清楚为什么这样吧。

3。即然您硬要不了解的东西扯到底，那我就问你，多级路由对TIME_WAIT的值有什么直接影响，多级路由何以会快速耗尽端口？这两者逻辑在哪里？

4。关于RPC与big/little Endian的关系问题，我可没说过不能解决（废话，软件上除了N/P完全问题，有理论上不能解决的么）。但如果选择一种，比如选big Endian，那另一种在传输时是否需要大量的转换工作，这样合算吗？或者说，设计时是不是双方还要协商下使用big Endian/little Endian？这样不是大大增加了协商的复杂程度了（这个在TELNET协议中倒有类似的方式，但是那是长连接的啊）。

5。我觉得您的跳跃性够强，我本身也不是HTTP的FANS，做高性能的其它服务端我当然也做过，包括P2P。我前面讨论时一直都在说RPC，倒是您一会儿streaming conference，一会儿又BLOB的跳来跳去。我前已经强调过，video/audio stream一定得自己重写协议的。对于RPC本身而言，几乎不可能有大量传输binary的情况，所以用文本足以。您要真做过RPC，应该知道，这类应用99%的情况下，传输内容量在10k字节以内，10K字节的内容用binary和text间有多大的差异呢。又举个例子吧。MS在WS/REmoting里，都提供了binary的serializer，也就是说你把传输内容改为binary是非常方便的，可惜就这样的情况下，程序员也很少会用binary，无它，binary在调试时怎么看啊？哪有text方便。

6。我说点无关的，就是关于文风的问题。我最反感的，就是一会儿说人新兵蛋子，一会儿又说某个问题你去翻书去，没功夫给讲之类的。

您既然要比这个，我可以跟您比，而且我有十足的信心。我1992年开始做C程序员，1995时就是国家认证的系统分析员。。估计这个证书的价值您还不知道，1995年时这个人数还没超过200人。。可不是你们现在那个充水的系统分析员可比。往少里说，做SA的时间已经是14年了，不知您有这个资本么。。。

这是气话，我只希望能听到您客观的答复，也希望您以后别老是把技术问题政治化，一会一个新兵蛋子挂在嘴边。这不是做技术的认真态度。