sjhfml

革命尚未成功，弟兄仍需努力，呵呵~~

冬瓜头

兄弟，这个问题我已经内部援助了，看看大牛们怎么回答。

sjhfml

非常感谢!

veritas_cn

引用:

原帖由 冬瓜头 于 2008-1-21 08:04 发表


快照，建议这位兄弟先去搜索一下。
cow是将待被覆盖的块写入新空闲空间后，将新内容覆盖到旧块，快照指针指向转移出去的块。
write redirect是直接将新块写入新空间，不覆盖旧块，当前活动的文件系统或者卷指针 ...

这里所指的"则会cpu密集（每个io都要遍历指针表）"是不是指的在WR以后，如果要查找原来的数据需要对INODE的指针表进行查找找到了新的地址才去读取数据，而不是像ＣＯＷ直接有个地址或者ＡＲＥＡ存放这些数据呢？谢谢

冬瓜头

既然数据块都被重定向了，所以读写当前活动文件系统中的数据，就得需要查找这个对应表。

冬瓜头

中大奖了。这问题可能牵扯到一些其他未公开的算法，白皮书上那个可能只是一种大概思想。

sjhfml

未公开的算法？嗯，有这种可能。

兔爷

请教一下，我们这有工程师说NETAPP的NAS不能同时支持多个主机组访问NAS上的不同资源，相互隔离。就好像存储上的主机组分区的意思，不知道是不是真的?我觉得不太可能。

冬瓜头

具体指什么？输出目录可以定制针对不同主机或者网络组的读写访问策略。

冬瓜头

那个raid dp的问题，确实有未公开的算法。我也只能探索到这一步了。据说是将一个条带分成若干sub自条带然后做斜向校验，但是具体就不知道了。