在测试结果出来之前，计算机所上下就已经预料到，曲卓搞的网络，传输效率绝对不止1200比特每秒。
因为他很清楚，Bell201系统最大速度是多少。
既然敢打赌，甚至不惜搭钱搞出程控交换机。一定是想到了比IBM更先进的，以电话线为媒介的解决方案。
要是换个人，说能搞出比IBM更先进的东西，鬼才信呢。
但曲卓不一样，向量计算机和微型通用计算机的例子在那摆着，先不先进是有目共睹的。
一切都说明，他确实有那个能力。
这个认知，着实给了计算机所上下不小的压力。尤其是他们的解决方案，才勉强能达到Bell103的理论速率上限。
现在结果终于出来了，那小子果然有一手，居然把峰值搞到了2000比特每秒。
压力很大，但……还行。
对方的底牌已经亮出来了，自己这边还有一个月的时间。
最重要的是，现在有了成熟的方案可以“借鉴”了。能少走很多弯路！
姓曲的小子搞出的东西，数据传输主体是电话线，Modem到计算机是四芯线。
这样一套方案，最高能达到2000比特每秒。
如果借鉴他的设计，用在可以多路传输的八芯线上，效率还不直接翻倍？
但是，说起来容易，做起来可不简单。
指令集和协议都经过了封包处理，只能通过安装网路组件和设置时的操作，逆推出软件部分的结构。
Modem里电路板可以直观的看到，但集成电路是封装的。
上面配发的设备是给你用的，不是给你研究的。难道把封装好的芯片磨了，看看里面的设计？
特奶奶的，就很棘手。
没招儿，只能用笨办法，通过观察电路板来推断每块集成电路的用途。
再通过针脚及针脚标识，推断芯片是如何工作的。继而“盲猜”里面是怎么设计的。
嘿~某人很清楚咱们国家的科研人员最擅长的什么……
仿制嘛，把你的东西研究透彻，再根据我们的具体情况，对你的东西加以改进。
技术或工艺不达标时，就弄个低配版对付着先用着。等工艺达标了，就试着超越你。在你的基础上搞出更好的。
既然对计算机所的套路门儿清，曲卓怎么可能让他们轻易得逞……
首先，把网络模块的支持软件做了个封包。完成安装后，通过便捷指令来调整网络功能的参数。
调制解调器也一样，指令集都烧录在rom里，计算机系统内没有专用读取软件，根本调用不出里面的数据。
集成电路也是封装的，就不信他们敢把院里配发的，价值不菲的设备给拆了，再把芯片焊下来，把封装磨掉，看看里面长什么样。
最重要的是，曲卓还留了一手。
2000比特每秒的峰值，只是权衡后，给计算机所制造足够的压力，又不会让他们太有压力的一个结果。
实际上，以ADSM技术为蓝本的Modem，最高速度能跑到近10K，无限逼近了万比特每秒。
其实还可以做的更高，但眼下支持网络设备的并行端口，最大传输效率才30K。而需要连接并行口的设备多着呢，总不能都用来跑网络数据，别的什么都不干吧。
所以，没有将下行频段一次到位的，划分成二百五十六个子频带，而是只有十六个。
由两台微型计算机组成的数据服务器，使用的服务器版Modem，也才配置了六十四个子频带。
而眼下放出去的终端设备软件支持包，只启用了十六个子频带中的四个。
等两个月的约定时间快到时，最好是计算机所搞出了超过2000比特每秒的解决方案，准备庆祝庆祝时，再通过网络对软件包进行升级，释放出其余十二个子频带。
呀，好想知道，那时候看着暴涨的传输速率，计算机所的那帮人会是个什么表情。
没错，曲卓很清楚计算机所那边眼下的进展。因为那边自己搞实验时，使用了上面配发的计算机。
嘿~所有过程和结果，都能在计算机重新接入网络后，远程访问系统日志查看……
憋着劲看笑话的曲卓，并没有把太多精力放到各项网络功能的测试上。毕竟别人没数，他有数呀。
就算出了问题，也是硬件上的问题，自己排查去吧。实在整不明白了，他再“摸”一下。
没办法，眼下的计算机，板子基本都是半手搓出来的。架构还那么复杂，有瑕疵很正常。
又不是芯片的微米级电路，绝大部分问题只要能找到，都是可以修复的。
测试环节没费太多心力，并不代表曲卓很闲。相反，他忙的脑子发炸。
从向量计算机到微型计算机，从大型运算单元到中央处理器和近四十种协处理器，从dos系统到软件开发平台，从网络构架到调制解调……他有太多论文要写了。
粗粗的一统计，就有不下二百篇……
小主，这个章节后面还有哦，请点击下一页继续阅读，后面更精彩！