feelfall

cache是一个统计学部件。
自从哪个计算机天才想到需要一个cache部件的那天起，它的任务就是为了协调不同速率设备的。后来才发现可以在cache上下点儿功夫，兼顾到数据一致性的问题。
所以，讨论cache的主题不要局限在数据一致性上面，它就不是为这个东西而来的。
保证数据一致性的主要任务不在cache，在应用，在文件系统。
CPU还有cache呢，咋没人讨论L1，L2 cache的数据一致性？

feelfall

所以cache的选项里，哪个快用哪个。个人看法啊，引砖头的。我先躲

[ 本帖最后由 feelfall 于 2007-3-2 18:20 编辑 ]

爱在冰火中

顶一下这个问题,目前lele5提出由转换器的缓存一次性以2或4Gb/s的速度往环上写，不知大家是否有什么异议？
顺便请教一下lele5，你所说的(write through是控制器往缓存写，然后就可以与其他磁盘通信，缓存再往磁盘写，最后由换存向控制器发结束的命令)这个是你的理解还是有什么资料能够证明的？

singya

这个贴子好! 顶一下!
不好意思地问一下,什么是WT?什么是WB?
怎么越看了lee5越像厂家的呢？是ＨＰ的吧，
我曾碰见过一个抱怨说他的阵列（不是ＨＰ，跟上句话无关！）慢得不得了，可不知道该从何下手．

singya

本人菜鸟,请问环的传输速度不是2GB就是4GB,这里的GB的B是byte还是bit?

bjmichael

串行传输，一般都是bit

defans

一直在关注这个帖子，问题依然集中在磁盘CACHE是否打开这一点上。
冬瓜兄的钻研精神令人肃然起敬，lee5兄即将揭开谜底。
期待着lee5兄尽快找到资料，证明磁盘阵列中磁盘CACHE是打开的，以解开大家心头之惑。

stornewer

lele5 ,小弟有个问题,前面,你说"传统的write through是即要写cache又要同时写磁盘，都写完了才算结束。但实际上这里我们的控制器把数据写到磁盘cache上以后就暂时不理了（这个和WB模式有点像），和WB不同的是，由cache来负责把数据写到磁盘，而且必须是马上写，而不是像WB那样要被替换时才写回。等写完了才返回一个确认信息给控制器，控制器才确认任务完成。"
这个确认信息怎么发回来呢,等到cache把数据写回磁盘完成之后,cache根本不知道这个时候光纤通道是否空闲,如果这个时候通道有数据在传输怎么办?在发确认信息给控制器之前总应该先建立通信吧?这个时候cache主动发起和控制器通信请求?

xxxjzf

  看了各位的争论，收获不小，这个帖子还得继续啊，上去吧!

潇洒d鱼

楼主兄弟刚开始讨论的话题好象是FC-AL的问题吧, 利用率和仲裁环的问题, cache只是影响这个问题的一部分, 现在变成专门讨论cache了，哪位大侠来总结一下啊, 我是总结不了的.