设为首页收藏本站language 语言切换
查看: 1041|回复: 6
收起左侧

请问NexentaStor的去重是基于块级别的?还是文件级别的?

[复制链接]
发表于 2014-4-15 10:58:20 | 显示全部楼层 |阅读模式
如题:请问NexentaStor的去重是基于块级别的?还是文件级别的?
对NeXentaStor的了解太少。
发表于 2014-4-15 10:59:15 | 显示全部楼层
是block level的,但会耗用大量的内存,存储使用的越多,内存占用越大。
沙发 2014-4-15 10:59:15 回复 收起回复
回复 支持 反对

使用道具 举报

 楼主| 发表于 2014-4-15 11:00:13 | 显示全部楼层

感谢Jar兄回复,存储量在500G-1T的话,16G内存可以么?
板凳 2014-4-15 11:00:13 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2014-4-15 11:00:57 | 显示全部楼层
基本一块盘需要一个G的内存八
地板 2014-4-15 11:00:57 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2014-4-15 11:01:29 | 显示全部楼层

抱歉,我没有经验,不过下面这个老外的系统,1T的存储容量,48G内存是不够的。
http://www.zfsbuild.com/2011/11/18/dedupe-be-careful/
因为dedup的metadata需要占用内存和磁盘,所以如果重复消除率不高的话会不划算,还不如压缩来的实惠。
5# 2014-4-15 11:01:29 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2014-4-15 11:02:00 | 显示全部楼层

ZFS的dedupe还不成熟,不建议用。一定要用的话需要合理设计。
1.不是所有数据都值得dedupe,最适合的是VM。
2.取决于blocksize,缺省是128K,dedupe ratio会很低。如果用iscsi,blocksize是8K,ratio会高很多。
3.dedupe对CPU的要求很高,打开dedupe后很明显性能会大幅下降
像他那样全pool打开dedupe根本就是错误的。全pool打开compression,只在vmware datastore打开dedupe。
6# 2014-4-15 11:02:00 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2014-4-15 11:02:37 | 显示全部楼层
Dedup是通过内存和处理器的计算以获取空间........很好奇传说中的以后EQL将具备Dedup特性是如何实现的。
7# 2014-4-15 11:02:37 回复 收起回复
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 论坛注册

本版积分规则

QQ|Archiver|手机版|小黑屋|sitemap|鸿鹄论坛 ( 京ICP备14027439号 )  

GMT+8, 2025-3-10 07:05 , Processed in 0.065391 second(s), 22 queries , Redis On.  

  Powered by Discuz!

  © 2001-2025 HH010.COM

快速回复 返回顶部 返回列表