学习过主机的人，肯定会一个的疑问，就是，为什么VSAM文件在访问一个track的时候，为什么只分配48KB，而不是52KB或是其它？
我们知道一个track的大小大约为56KB（实际为55.xKB),但是VSAM确不能完全访问？
有的人或许会猜测这里面是不是有什么玄机？或是JS的勾当，让用户多买些磁盘呢？
查了一下相关文档，发先还真有人知道原因：它的具体解释入如下：
Not our (DB2's) choice. Those that made the disk architected it as they saw fit. Their architecture allows only 12 4k blocks per track. (BTW, the largest blocksize for 12 blocks/track is 4136 - so there's not really much unused space.) There were real reasons why there is so much overhead for each block in a 'real' 3390.
------------------James Campbell
它的意思，这不是DB2的决定，而是disk architecturer 他们认为合适。这种架构师每个track只允许包含12 4K的block（顺便值得一说的是，每个track12个block其中block的最大大小为4136，而不是我们通产所说的4KB=4096---这样浪费的空间并不是太多）。这就是在真正的3390磁盘下每一个block有这这么多overhead的真正原因
根据上面的解释，我们可以计算出disk architecturer 所看到的track空间=12*4136/1024=48.46<< 56kb
这样当小朋友或是别人问起的时候，你就可以神秘的一笑，然后~~~~~~~~~~~~~~~~~~~
阅读(1138) | 评论(0) | 转发(0) |
