第478章 一言难尽,但必不可少

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

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

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

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

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

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

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

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

    压力很大,但……还行。

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

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

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

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

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

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

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

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

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

    特奶奶的,就很棘手。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    粗粗的一统计,就有不下二百篇……万幸,他不是一个人。

    除了最重量级的几份,其余的只要给出大纲,交给各单位参与相应环节的项目组和技术组就行。

    其中最主要的那几份,曲卓写完后交给所里、清北和其它合作单位,涉及到相关专业的前辈过目。

    大家讨论讨论,找找不足,抠抠字眼,修修改改……搞个两三遍,定稿后交给院里……

    院领导看过,再提提意见,打回来后曲卓改,再找前辈们把关……

    还好吧,所里的老几位手里的项目多着呢,哪有闲心在论文这种小事上费精力。

    主要是小王先生,他是曲卓的硕导,帮学生改论文是本职工作。

    至于清北和合作单位的老专家老教授老学者老前辈们……都知道某个小年轻看着和和气气的,实际上是狗脸驴脾气。

    稍微意思意思就得了,不敢真的拿桥。不然翻脸了,大家面子上都不好看。

    所以,交流时都很客气,很和谐,甚至推让都成了常规节目。

    曲卓得上赶子求人家帮忙指点,人家才端着架子不吝赐教的稍微点拨点拨。还得翻阅大量国内不同时期的论文,想着招变着法的引用。

    总之,能带上的都给带上。

    在这个反复拉扯的过程中,还要跟“老家伙们”一起,审阅下面“年轻人们”交上来的论文。

    讨论讨论,找找不足,抠抠字眼,修修改改……

    唉~

    一言难尽,但……必不可少!

    而且,这不是咱们特有的,全世界哪都大差不差。甚至变着花样的丑闻,多到不胜枚举。

    曲卓又不是真的虎搏一朝天。平时耍耍性子还行,到了收获果实的时候敢特立独行,能特喵的成业内公敌了!

    反正他的头功谁也抢不走,无非就是每份论文上,都挂一串名字呗。

    那么庞大的设计,那么多技术点。方案论证时,人家确实发表过有意义的意见。

    最后能通过,也少不了人家参与测试,并最终点头……

    就在摞起来,少说能有二层楼那么高的“论文们”按部就班陆续出炉的过程中,院里忽然把曲卓和几位相关学科的专家喊去开会。

    会议上一本正经讨论的内容,让曲卓有点哭笑不得……

    喜欢1976步步生莲步生莲