※ 引述《Ying-Chun Liu <[email protected]>, 看板: mud》之铭言： : 还是请各位玩家尽量使用 tt++ v1.9x 及 zmud v6.0 以上版本 : 最近已统计出 MCCPv2 压缩率, 约在 1/3 ~ 1/7 之间. 多半都是 1/4 的压缩率 : 也就是原本要传 4M, 只要传1M 就传完了. 个人对这类telnet/mud用压缩协定有个疑问，就是表面上传输的资料量变少了， 可是TCP封包数有变少吗？ 像是chat channel上头的讯息，多半不会超过256 bytes，也许128或160 bytes 都不到，可是每卷个一行就必须送一个封包出来传这些讯息。像这一类的东西， 本来就不会超过1536 bytes的IEEE 802.3讯框承载资料大小上限，也多半不会超 过一些xDSL线路上头512 bytes MTU的限制。假使画面中夹带的ansi code有一半 多，也要四行满满不绕行的房间或mob叙述才能超过512 bytes (80栏宽的终端机画面) 。无论merc或LP MUD系统，单独一个战斗叙述多半都不会有那麽长，不同次对socket 写入也很难要求都挤在同个封包中送出。 如果封包数没减少多少，尽管传输的资料量可能缩减成1/3到1/7之间，对於server 端的区域网路封包碰撞问题的改善应该不大，对於提升xDSL线路的频宽利用率帮助 应该也不会太大才是。 以上是个人感觉...这样的资料压缩对於透过行动无线网路（尤其GPRS）玩MUD的人 来说，其实省不到太多钱...以前KK还在清华，上线人数可以到千人上限时，ruby 说当时外送讯息频宽需求为1 Mbps。今天台湾ADSL上传频宽1Mbps的也出来了，较低 上传频宽512Kbps的价位也还好（个人如此认为，假使有个有正职收入的金主在养这 条线），这类资料压缩通信协定的好处就显得很不明显了。 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 61.221.35.208