rechardluo

关于NVRAM，我也有些问题；
1. NVRAM和RAM在Netapp的ONTAP 里面，是统一被系统的页面管理程序管理吗？
比如有说64G的ECC RAM和4G的页面程序，那么页面管理程序是把这总共68G统一用页面管理起来吗？
A) 如果是，那么如何区分那些是NVRAM，那些是ECC RAM?
B) 如果否，是否把NVRAM当作一个设备(比如块设备)提供给日志和快照使用?

2. NetApp里面对于视频点播的应用，文件系统里面的cache算法采用了那些方式？
比如除了预读、回写之类的，有没有特别的优化方法？

3. NetApp的双控之间的提供同一命名空间的机制是什么？他们之间是否采用分布式锁管理？心跳管理等机制？它们之间的cache镜像没？(如果镜像，是通过什么通路传送数据呢？)

谢谢！

冬瓜头

引用:

原帖由 林肯 于 2008-1-23 20:01 发表

通过计算得出来的所谓描述性结构。
这个转换，耗费cpu cycle不多的。我没写过代码更没做过程序优化。但是至少我可以说，将数据从ram拷贝到nvram，然后加上描述信息，这个逻辑不复杂。
问题1 ：耗费多少CPU呢，将 ...

问题1 ：耗费多少CPU呢，将数据从ram拷贝到nvram，然后加上描述信息这个逻辑是不复杂，但是其他磁盘系统都不会采用这种方法，因为这肯定是需要有时延迟的，对不
延迟肯定会有，至于可不可以忽略，谁主张，谁举证，请林总拿出证据，这一步消耗了多少cpu周期，延迟多少？

问题2： 消耗多少资源，我是不是可以设想成oracle在没有打开archive模式和打开archivie模式之间所需要消耗CPU和latency的时延，来比较netapp的写机制和其他的写机制的区别呢？ 要知道即使是IBM DS800用POWER 6的芯片，也不敢在NVS里面再来异步你所谓的把block结构改成描述性结构的过程，这里面需要计算能力和延迟是不可能忽略的！！！

oracle将日志写入磁盘，netapp将日志写入nvram就结束，你说谁快？不言而喻。所以oracle打开archive模式速度下降，就算不打开归档，也是隔三差五就将log buffer写写盘，而netapp不用写盘。

冬瓜头

引用:

原帖由 rechardluo 于 2008-1-23 23:00 发表
关于NVRAM，我也有些问题；
1. NVRAM和RAM在Netapp的ONTAP 里面，是统一被系统的页面管理程序管理吗？
比如有说64G的ECC RAM和4G的页面程序，那么页面管理程序是把这总共68G统一用页面管理起来吗？
A) 如果是，那 ...

1. NVRAM和RAM在Netapp的ONTAP 里面，是统一被系统的页面管理程序管理吗？
比如有说64G的ECC RAM和4G的页面程序，那么页面管理程序是把这总共68G统一用页面管理起来吗？
A) 如果是，那么如何区分那些是NVRAM，那些是ECC RAM?
B) 如果否，是否把NVRAM当作一个设备(比如块设备)提供给日志和快照使用?
nvram是独立的一张卡，F270我了解是ram和nvram公用物理条子。至于如何区分nvram部分和ram部分，就不清楚了，总之可以区分，这块我不懂，罗兄赐教。nvram是否被当作一个块设备，底层的我不了解是不是真的被虚拟成一个块设备

2. NetApp里面对于视频点播的应用，文件系统里面的cache算法采用了那些方式？
比如除了预读、回写之类的，有没有特别的优化方法？
cache算法就是先进先出的典型算法，对cache这块就我所掌握的范围，不知道还有其他算法与否了。

3. NetApp的双控之间的提供同一命名空间的机制是什么？他们之间是否采用分布式锁管理？心跳管理等机制？它们之间的cache镜像没？(如果镜像，是通过什么通路传送数据呢？)
cache没有镜像，镜像的是nvram。通路是infiniband。您所说的同一命名空间是说single system image么？如果是，就是说两个控制器管理的lun，可以从任何一个控制访问到，途径infiniband通路传送数据。二个控制器具有相同的WWNN，也就是屏蔽了双机头结构，对外显示为一个独立的node。至于分布式锁，不知道您具体指什么？这不是集群文件系统，而只是一个典型的底层双机结构而已，多路径访问还是要靠主机端的多路径软件解决，所以不存在lock的问题。

asyqm

引用:

原帖由 冬瓜头 于 2008-1-24 08:06 发表


问题1 ：耗费多少CPU呢，将数据从ram拷贝到nvram，然后加上描述信息这个逻辑是不复杂，但是其他磁盘系统都不会采用这种方法，因为这肯定是需要有时延迟的，对不
延迟肯定会有，至于可不可以忽略，谁主张，谁举证 ...

oracle要写盘，也是要写到磁盘阵列的ram里，难道会比你的nvram慢？？？怪了

你所谓的隔三岔五写，在数据库里好像不太可能吧，数据量大了就不是“隔三岔五”了

asyqm

引用:

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


1. NVRAM和RAM在Netapp的ONTAP 里面，是统一被系统的页面管理程序管理吗？
比如有说64G的ECC RAM和4G的页面程序，那么页面管理程序是把这总共68G统一用页面管理起来吗？
A) 如果是，那么如何区分那些是NVRAM， ...

按照你的说法，fas270是共享物理条子，那请问这个条子是nvram的还是ecc ram的？如果全是nvram，那只能说netapp疯了。如果全是ram，那请教你了，ram如何实现在断电时数据保存，这是不可能做到的。

asyqm

引用:

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


1. NVRAM和RAM在Netapp的ONTAP 里面，是统一被系统的页面管理程序管理吗？
比如有说64G的ECC RAM和4G的页面程序，那么页面管理程序是把这总共68G统一用页面管理起来吗？
A) 如果是，那么如何区分那些是NVRAM， ...

同一命名空间是nas特有的名词，不是fc里面的。他说的lock是指这两个nas之间甚至多个nas头之间怎么来解决lock的问题，这个地方还谈不到主机的多路径，你先解决两个机头怎么共享一个底层的lun的

冬瓜头

引用:

原帖由 asyqm 于 2008-1-24 09:00 发表


oracle要写盘，也是要写到磁盘阵列的ram里，难道会比你的nvram慢？？？怪了

你所谓的隔三岔五写，在数据库里好像不太可能吧，数据量大了就不是“隔三岔五”了

建议深入了解一下再说。oracle中log buffer是ram，只写入ram不会对上层返回ack的，兄弟！必须写入硬盘上的log才能返回ack，程序每次commit，都会造成log flush，而netapp写入ram就返回ack。当然快了。还怪么？

冬瓜头

引用:

原帖由 asyqm 于 2008-1-24 09:02 发表


按照你的说法，fas270是共享物理条子，那请问这个条子是nvram的还是ecc ram的？如果全是nvram，那只能说netapp疯了。如果全是ram，那请教你了，ram如何实现在断电时数据保存，这是不可能做到的。

netapp里的nvram就是电池保护的sdram，不是纯粹那种nvram。

asyqm

引用:

原帖由 冬瓜头 于 2008-1-24 09:56 发表

建议深入了解一下再说。oracle中log buffer是ram，只写入ram不会对上层返回ack的，兄弟！必须写入硬盘上的log才能返回ack，程序每次commit，都会造成log flush，而netapp写入ram就返回ack。当然快了。还怪么？

照你这么说所有的阵列缓存都不用了？？
他写入的是“硬盘”，而这个硬盘是由磁盘阵列提供的，是否写到实体硬盘上oracle是管不着的，他也没能力管。每次操作，阵列告诉oracle写完了就是写完了，而阵列是不可能同时写入硬盘的。要是同时写入硬盘，那缓存成什么了？？？要是每个操作都直接写入硬盘，还要阵列的写缓存干啥用？？？

asyqm

要注意，这里说的硬盘都是逻辑硬盘，不是实体硬盘