对400的误解之九。读纪录用的时间根读的次数成正比
其实现在的磁盘都有cache. 如果一个记录被反复地读，第一次读比较慢，需要从磁盘里物理地读出来，下次读该纪录几经在cache里面了，再读就快得多。 把文件常驻在内存里，也只是读第一次快一些。如果每次都读同一个记录，cache已经够快了。
只有当文件尺寸比cache大的时候，将文件长驻在内存里才能明显改善运行速度，不过这样系统开销也很大。
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（8）
据我所知现代的硬盘上面本身就带有4-16M L1 cache,
RAID 卡上又有几十兆的 L2 cache
操作系统上再加上 L3 cache (大小不清楚）
JOURNAL CACHE和FILE读写的CACHE是2码事.
有没有装LICPGM的差别是JOURNAL会先写到内存里.等记录数多了才写到硬盘.这样会减少硬盘读写次数,所以会快.
缺点是如果DOWN机,内存里的JOURNAL就都没有了。
FILE读写的CACHE是随机器的.RISC上的BUFFER是128K.
看RAID卡型号和内存大小了，Cache大的话的确可以提高不少的DISK I/O性能。
另外，关于双机HA方面，如果系统安装了5722SS1的42选项LICPGM，用命令CHGJRN JRNCACHE(*YES) 修改本地JRN后可以启用JRN Caching功能了。启用Remote Journal，可以把JRN条目发送到目标机保留；RMTJRN分为同步模式和异步模式；如果同时启用了Remote Journal 和 Journal Caching，需要提醒的是：只有JRN Cache的内容被从内存写入硬盘时，这些JRN条目才能被发送到远端的目标机。所以强烈建议：如果需要安全性而使用同步 Remote Journal，就不要在源机器启用Journal Caching 功能；如果需要提高数据库批处理作业性能，就启用源机器的Journal Caching，这种情况下如需启用Remote Journal，请选择异步模式。
CACHE的大小是多少啊？如果不是只读的话.CACHE反倒慢
请问不用cache，有解决方案吗？franliu 说的镜像 指的是什么那？咱不懂啊。
你不是做系统这块的，所以感受不深的。
钱多就用镜像咯。不用CACHE怎么可能呢？连PC都不可以没有CACHE,何况多用户的400？
嘿嘿，CACHE是好，如果RAID卡没有双保护，遇到损坏情况，CACHE里面的东西很可能就全丢了，然后就演变成系统灾难，很多时候都是重新安装I5/OS！深有体会！