zlz1zlz

引用:

原帖由 asyqm 于 2008-1-21 22:43 发表



NetAPP的ROW才是真正产生磁盘碎片超多的，比起COW高多了，Netapp的随机写决定了他的碎片高的多得多。这也是为啥磁盘利用率高了之后性能会下降的原因之一

顶，冬瓜不敢承认的。hoho

冬瓜头

呵呵，首先，本帖目的不是来挑毛病的，是来了解深入技术的。
第二，不知道这个“使用容量超过一半性能下降”，是说读性能下降还是写？还是一起？具体什么表现？拿出实实在在的测试证据。

第三，如果真实wafl随机写机制的缺陷，那么为何只有容量超过一半时才下降？如果确实是wafl缺陷的话，哪怕容量使用到1％的时候，性能都不会好。

林肯

想请教一下冬瓜头一个问题，关于netapp的NAS的NVS
大家都知道netapp的NVS相对缓存比较小，想知道
1 写数据写入以后，是写到一个头A的内存上，然后到另外一个头B的NVS上，是不是这样？
2 头A的内存上面的内存带电保护吗？
3 头B的NVS容量相对较小，如何保证大容量写的性能，谢谢

xuxian

林大侠来了，林大侠好，林大侠辛苦啦！！

冬瓜头

引用:

原帖由 林肯 于 2008-1-22 15:47 发表
想请教一下冬瓜头一个问题，关于netapp的NAS的NVS
大家都知道netapp的NVS相对缓存比较小，想知道
1 写数据写入以后，是写到一个头A的内存上，然后到另外一个头B的NVS上，是不是这样？
2 头A的内存上面的内存带电保 ...

请教不敢当。
实在见笑了，能否请林总先明示一下NVS是什么，我还真不知道这个词。

林肯

引用:

原帖由 冬瓜头 于 2008-1-22 16:08 发表


请教不敢当。
实在见笑了，能否请林总先明示一下NVS是什么，我还真不知道这个词。

http://www.netapp.com/products/filer/fas6000_tech_specs.html

ECC Memory	64GB	32GB	32GB	16GB
Nonvolatile Memory	4GB	2GB	1GB	512MB

Nonvolatile memory俺顺口称为NVS

saintdragon

Nonvolatile memory通常简写为NVM的吧。不知道林大虾为啥简写为NVS？

冬瓜头

1 写数据写入以后，是写到一个头A的内存上，然后到另外一个头B的NVS上，是不是这样？
cluster环境下，同步的不是buffer data，而是transaction log。
mirror环境下，1、异步下，根据schedule做snapshot，然后同步变化的data。2、同步下，在初始化阶段，同样是先同步变化的data，然后启动transaction log的同步，这些log在目的端被保存在vol0下的两个log文件中，与数据库机制相同。以后，源触发cp时，cp的数据会被传送到目的，做flush。总之mirror环境下，目的端nvram不接受源的任何数据，但是log写入这个动作自身的log会被写入目的nvram。
2 头A的内存上面的内存带电保护吗？
cache ram都没有被电池保护，电池保护的只是nvram。
3 头B的NVS容量相对较小，如何保证大容量写的性能，谢谢
cluster下，数据只有一份，源写操作通过cluster卡上的infiniband网络同步到目的的nvram中，所以，即使源写负担载重，也不必担心ram2ram的同步，何况，同步的只是log，而不是buffer data。

冬瓜头

另，随着使用容量增加，性能下降这个问题，的确是事实。
要说是因为剩余空间太小、很难快速找到空闲块和整条的stripl，这个理由尚不能有定论。
如果wafl每次都是写整条striple，那么就可以保证不管剩余多少空间，都容易找到空闲striple
如果说空闲空间减少导致搜索bitmap变慢，那么这就不仅仅是wafl的问题了，每个FS都有这个问题

所以这个理由尚不充分。

halex1227

引用:

原帖由 冬瓜头 于 2008-1-22 17:19 发表
1 写数据写入以后，是写到一个头A的内存上，然后到另外一个头B的NVS上，是不是这样？
cluster环境下，同步的不是buffer data，而是transaction log。
mirror环境下，1、异步下，根据schedule做snapshot，然后同步变 ...

不会吧，Cache RAM没有电池保护，那如果停电，岂不是要DATA LOST，只保护了NVRAM里的LOG有什么用。