倍福文学

手机浏览器扫描二维码访问

第1327章 慢传难解存储困软碟初思破局方（第2页）

“还有就是磁带读取机出问题了，磁头偏移了两个磁道，读一条数据得反复寻道好几遍……”

江夏捏了捏眉心。

果然。

他组建的这个百家论坛，最初只是想给几个相熟的研究所搭个技术交流的平台，数据量不大，存储用的是普通磁带——就是那种广播电台用来录节目的开盘式磁带，一卷能存几兆字节，顺序读写，成本低，供货稳定。

磁带这玩意儿，存数据的时候是按顺序一圈一圈往磁道上写，读的时候也必须从头开始一圈一圈找。

但论坛帖子是随机访问的！

用户随时可能点开一个几周前的帖子，这样磁头就得在几百米长的磁带上反复快进倒带，定位一次数据平均要十几秒。

这还不算，机械磨损会让磁道慢慢偏移，就像马志彬说的，磁头偏了两个磁道，读一条数据得反复寻道好几遍。

当初论坛只有几个研究所用的时候，这点延迟还能忍。

现在整个论坛每天新增的帖子数据量过了所有存储介质的吞吐上限，磁带一卷一卷地堆在协会的机房里，马志彬每天下班前得花一个小时给新磁带贴标签编号，架子上已经塞不下新的了。

还好前阵子哈工大的陈光熙今年搞出了“挤压成管、磨削成芯”

技术，研制出外径仅零点五毫米的小型多孔磁芯，为高大容量存储器奠定了基础。

738厂根据这个成果，成功试制了cx-1型磁芯存储器，容量不大，只有2k，但读写度比磁带快了几个数量级。

于是，百家论坛目前的架构就变成了“磁芯主存+磁带辅存”

，这样的结合才算撑起了cpu实时运算、论坛活跃数据缓存和系统堆栈的运行需求。

磁芯存储器容量小、度快、断电不丢数据，负责存放cpu正在执行的程序代码、论坛的实时活跃数据以及系统堆栈。

磁带作为辅助存储器，容量大、成本低，但只能顺序读写，负责长期保存海量的论坛帖子数据、系统备份和批处理程序。

磁带这东西用来做批量备份、顺序读取没问题，可放在论坛这种需要频繁随机访问的系统里，天生就是致命短板！

要找某一条旧帖、调某一份历史文件，就得让磁带卷来卷去慢慢寻址，快不起来也就罢了，一旦磁带机满负荷写入归档，直接就会挤占掉整个系统的Io资源，连网络传输都跟着被拖慢。

所以说这套架构在数据量不大的时候运转良好，可一旦大规模的使用就很难绷，你知道吗！

“好，辛苦了，你说的事先不急，先稳住设备！”

江夏放下听筒，目光重新落回屏幕上龟前进的进度条，脑子里却已经顺着存储的问题往下沉了。

磁带的瓶颈只是表象，真正的根子，还在当前这套存储体系的先天局限上。他太清楚磁芯存储器的毛病了。这东西看着是高主存，却有个绕不开的物理特性……

破坏性读取！

每一次读取磁芯里的数据，读取电流都会翻转磁芯的磁化状态，把原有数据直接清零。所以每读一次，都必须紧跟着做一次重写操作，把数据再写回去，平白多耗了一倍的读写周期。

这个特性放到平时还好，一旦要和磁带做批量数据交换，麻烦就成倍放大。

磁芯控制器一边要从磁带读入新数据写入主存，一边还要维护cpu正在调用的活跃数据不被冲掉，必须靠高缓冲寄存器做精密的时序调度，让磁带的机械读写和磁芯的电脉冲运算精准错峰再完美合缝！

原理很简单，可要在物理上实现这点……

太难了！

比让白头鹰的那位带头大哥不要脑洞大开还难！

还好有金珍和胖墩在，他们弄出了一种在软件层面上的优化中断机制，把数据交换拆成极小的分片，利用cpu的指令间隙分批搬移，才勉强保证了整个论坛的正常运行。

但这种方式，已经到瓶颈了。

马志彬在电话里说，最近一周磁带机坏了两次，虽然都有备份能确保论坛的继续使用，但长久这么干，也不是个事啊。

现在的标准化协会可是没有弄什么收费制的，全靠上级拨付的特殊资金在支撑，这样可不行……

得想个新的存储方案。

江夏顺手取过一张草稿纸，在上面把存储升级的可行路径过了一遍。