在测试结果出来之前，计算机所上下就已经预料到，曲卓搞的网络，传输效率绝对不止1200比特每秒。

　　 因为他很清楚，Bell201系统最大速度是多少。

　　 既然敢打赌，甚至不惜搭钱搞出程控交换机。一定是想到了比IBM更先进的，以电话线为媒介的解决方案。

　　 要是换个人，说能搞出比IBM更先进的东西，鬼才信呢。

　　 但曲卓不一样，向量计算机和微型通用计算机的例子在那摆着，先不先进是有目共睹的。

　　 一切都说明，他确实有那个能力。

　　 这个认知，着实给了计算机所上下不小的压力。尤其是他们的解决方案，才勉强能达到Bell103的理论速率上限。

　　 现在结果终于出来了，那小子果然有一手，居然把峰值搞到了2000比特每秒。

　　 压力很大，但……还行。

　　 对方的底牌已经亮出来了，自己这边还有一个月的时间。

　　 最重要的是，现在有了成熟的方案可以“借鉴”了。能少走很多弯路！

　　 姓曲的小子搞出的东西，数据传输主体是电话线，Modem到计算机是四芯线。

　　 这样一套方案，最高能达到2000比特每秒。

　　 如果借鉴他的设计，用在可以多路传输的八芯线上，效率还不直接翻倍？

　　 但是，说起来容易，做起来可不简单。

　　 指令集和协议都经过了封包处理，只能通过安装网路组件和设置时的操作，逆推出软件部分的结构。

　　 Modem里电路板可以直观的看到，但集成电路是封装的。

　　 上面配发的设备是给你用的，不是给你研究的。难道把封装好的芯片磨了，看看里面的设计？

　　 特奶奶的，就很棘手。

　　 没招儿，只能用笨办法，通过观察电路板来推断每块集成电路的用途。

　　 再通过针脚及针脚标识，推断芯片是如何工作的。继而“盲猜”里面是怎么设计的。

　　 嘿~某人很清楚咱们国家的科研人员最擅长的什么……

　　 仿制嘛，把你的东西研究透彻，再根据我们的具体情况，对你的东西加以改进。

　　 技术或工艺不达标时，就弄个低配版对付着先用着。等工艺达标了，就试着超越你。在你的基础上搞出更好的。

　　 既然对计算机所的套路门儿清，曲卓怎么可能让他们轻易得逞……

　　 首先，把网络模块的支持软件做了个封包。完成安装后，通过便捷指令来调整网络功能的参数。

　　 调制解调器也一样，指令集都烧录在rom里，计算机系统内没有专用读取软件，根本调用不出里面的数据。

　　 集成电路也是封装的，就不信他们敢把院里配发的，价值不菲的设备给拆了，再把芯片焊下来，把封装磨掉，看看里面长什么样。

　　 最重要的是，曲卓还留了一手。

　　 2000比特每秒的峰值，只是权衡后，给计算机所制造足够的压力，又不会让他们太有压力的一个结果。

　　 实际上，以ADSM技术为蓝本的Modem，最高速度能跑到近10K，无限逼近了万比特每秒。

　　 其实还可以做的更高，但眼下支持网络设备的并行端口，最大传输效率才30K。而需要连接并行口的设备多着呢，总不能都用来跑网络数据，别的什么都不干吧。

　　 所以，没有将下行频段一次到位的，划分成二百五十六个子频带，而是只有十六个。

　　 由两台微型计算机组成的数据服务器，使用的服务器版Modem，也才配置了六十四个子频带。

　　 而眼下放出去的终端设备软件支持包，只启用了十六个子频带中的四个。

　　 等两个月的约定时间快到时，最好是计算机所搞出了超过2000比特每秒的解决方案，准备庆祝庆祝时，再通过网络对软件包进行升级，释放出其余十二个子频带。

　　 呀，好想知道，那时候看着暴涨的传输速率，计算机所的那帮人会是个什么表情。

　　 没错，曲卓很清楚计算机所那边眼下的进展。因为那边自己搞实验时，使用了上面配发的计算机。

　　 嘿~所有过程和结果，都能在计算机重新接入网络后，远程访问系统日志查看……

　　 憋着劲看笑话的曲卓，并没有把太多精力放到各项网络功能的测试上。毕竟别人没数，他有数呀。

　　 就算出了问题，也是硬件上的问题，自己排查去吧。实在整不明白了，他再“摸”一下。

　　 没办法，眼下的计算机，板子基本都是半手搓出来的。架构还那么复杂，有瑕疵很正常。

　　 又不是芯片的微米级电路，绝大部分问题只要能找到，都是可以修复的。

　　 测试环节没费太多心力，并不代表曲卓很闲。相反，他忙的脑子发炸。

　　 从向量计算机到微型计算机，从大型运算单元到中央处理器和近四十种协处理器，从dos系统到软件开发平台，从网络构架到调制解调……他有太多论文要写了。

　　 粗粗的一统计，就有不下二百篇……

　　小主，这个章节后面还有哦，请点击下一页继续阅读，后面更精彩！