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