五千年(敝帚自珍)

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

共:💬73 🌺79
全看分页树展 · 主题 跟帖
家园 您显然还没明白Scalability的意思是什么。

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年了,不知您有这个资本么。。。

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

全看分页树展 · 主题 跟帖


有趣有益,互惠互利;开阔视野,博采众长。
虚拟的网络,真实的人。天南地北客,相逢皆朋友

Copyright © cchere 西西河