1976步步生莲第478章 一言难尽但必不可少

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

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

既然敢打赌甚至不惜搭钱搞出程控交换机。

一定是想到了比IBM更先进的以电话线为媒介的解决方案。

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

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

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

这个认知着实给了计算机所上下不小的压力。

尤其是他们的解决方案才勉强能达到Bell103的理论速率上限。

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

压力很大但……还行。

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

最重要的是现在有了成熟的方案可以“借鉴”了。

能少走很多弯路！ 姓曲的小子搞出的东西数据传输主体是电话线Modem到计算机是四芯线。

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

如果借鉴他的设计用在可以多路传输的八芯线上效率还不直接翻倍？ 但是说起来容易做起来可不简单。

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

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

上面配发的设备是给你用的不是给你研究的。

难道把封装好的芯片磨了看看里面的设计？ 特奶奶的就很棘手。

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

再通过针脚及针脚标识推断芯片是如何工作的。

继而“盲猜”里面是怎么设计的。

嘿~某人很清楚咱们国家的科研人员最擅长的什么…… 仿制嘛把你的东西研究透彻再根据我们的具体情况对你的东西加以改进。

技术或工艺不达标时就弄个低配版对付着先用着。

等工艺达标了就试着超越你。

在你的基础上搞出更好的。

既然对计算机所的套路门儿清曲卓怎么可能让他们轻易得逞…… 首先把网络模块的支持软件做了个封包。

完成安装后通过便捷指令来调整网络功能的参数。

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

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

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

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

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

其实还可以做的更高但眼下支持网络设备的并行端口最大传输效率才30K。

而需要连接并行口的设备多着呢总不能都用来跑网络数据别的什么都不干吧。

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

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

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

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

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

没错曲卓很清楚计算机所那边眼下的进展。

因为那边自己搞实验时使用了上面配发的计算机。

嘿~所有过程和结果都能在计算机重新接入网络后远程访问系统日志查看…… 憋着劲看笑话的曲卓并没有把太多精力放到各项网络功能的测试上。

毕竟别人没数他有数呀。

就算出了问题也是硬件上的问题自己排查去吧。

实在整不明白了他再“摸”一下。

没办法眼下的计算机板子基本都是半手搓出来的。

架构还那么复杂有瑕疵很正常。

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

测试环节没费太多心力并不代表曲卓很闲。

相反他忙的脑子发炸。

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

粗粗的一统计就有不下二百篇…… 小主这个章节后面还有哦请点击下一页继续阅读后面更精彩！。

本文地址1976步步生莲第478章 一言难尽但必不可少来源 http://www.xihuxs.com