AFA大揭秘3：吹最高性能的都是耍流氓

A-Lin

AFA大揭秘3：吹最高性能的都是耍流氓

8 T- D1 F+ o- P0 m4 a. e
# ]! @0 l+ `1 R8 M, `/ q  `- l
# A- o: b) v" q7 o7 H( P$ v
5 r& p( o0 f9 e6 A$ S现在很多厂商都以吹嘘最高性能为荣，拿一个新盘，写一点数据，甚至往DRAM Cache里面写一点，读出来，就吹嘘带宽，IOPS，延迟。更有甚者，不写数据，空盘读，达到巅峰带宽， 简直把用户当三岁小孩。殊不知，对用户来讲，尤其是企业级用户，最高性能说明不了什么，只能忽悠那些不懂行的人，对真正业内人士来说，实际使用的稳定性能才是王道。

* u. \5 T: A' Z3 N" I5 s  w+ U) mEMC[url=]全闪存阵列[/url][url=]XtremIO[/url]，1个10TB的X-Brick，可用容量只有7.5TB，但是考虑到数据去重，用户能用的容量其实很大，跟实际的应用相关。比如虚拟桌面VDI应用，数据重复率很高，想想不同人安装的Windows XP虚拟机的系统文件基本都是一样的，去重可以省下多大的空间啊！但是像一般的数据库应用，重复率又很低，毕竟数据库存储的数据几乎是随机的。
' f( _* O; ^4 @
不耍流氓的实际IOPS
6 \4 ^! H9 }8 m; c

" D+ Q4 @! H. ~1 x我们来看看一个X-Brick的IOPS：
# e% B. @- z1 b+ K2 K5 v: K9 I

• 100% 4KB写：100K IOPS
• 50/50 4KB读/写：150K IOPS
• 100% 4KB 读：250K IOPS
  ; A" _; B4 J# [' A: Y: f

如果是两个或更多X-Brick级联，性能线性增长，前面的数值翻几倍就可以了。如本文开头那张图所示。
$ V4 u) \8 U, F* g: @
# Z0 [. c) z+ A7 T4 K1 z有一点必须得强调，在现在牛皮吹的一个比一个大的时代，上面说的这个性能看起来一般，但是要知道，这可是实际使用的性能。而且不是空盘拿来跑跑的性能，而是全盘写了至少80%之后的性能。为什么要写至少80%才能测真正的性能？因为空盘写不会触发垃圾回收，用户占满了整个带宽，当盘快写满的时候，垃圾回收开始工作，用户能分到的带宽就少了，性能自然下降。而我们买了盘，肯定很快会写很多数据，所以只有快写满了才是常态。

yxlk

真相了