使用带有Raid 5 SSD的内部存储器的HP H240 HBA缓慢写入性能

HP H240不是RAID控制器。 这是一个主机总线适配器，旨在提供对主机操作系统的直接磁盘访问。 这适用于使用软件RAID，ZFS，Hadoop，Windows Storage Spaces等的用户。它具有一些有限的RAIDfunction，但正如您所看到的，这是不够的。

为了VMware的目的，您需要HP Smart Array RAID控制器，如HP Smart Array P440 。

正如你已经发现的那样，低写入速度与慢比较计算（现代CPU非常快）没有任何关系，但是由于禁用磁盘的私有DRAM高速caching，更确切地说是由于闪存需要多大良好的持续performance。

我会引用自己 ：

即使我的笔记本电脑的古代CPU（Core i5 M 520，Westmere世代）的XOR性能超过4 GB / s，在单个执行内核上的RAID-6综合性能超过3 GB / s。

硬件RAID今天保持的优势是存在以BBU或NVRAMforms的功率损失保护的DRAM高速caching。 这个受保护的caching给予随机写入访问的非常低的延迟（以及读取命中），并且基本上将随机写入转换为顺序写入。 没有这种caching的RAID控制器几乎是无用的。 而且，一些低端的RAID控制器不仅没有caching，而且强制禁用磁盘的私有DRAMcaching，导致性能比没有RAID卡时慢。 一个例子是DELL的PERC H200和H300卡：如果新的固件没有改变，他们完全禁用磁盘的私有caching（当磁盘连接到RAID控制器时，它不能被重新启用）。 自己做个好事，永远不要买这样的控制器。 虽然更高端的控制器经常禁用磁盘的私有caching，但他们至less拥有自己的受保护caching – 使得HDD（而不是SSD！）专用caching有点多余。

虽然这不是结束。 即使有能力的控制器（具有BBU或NVRAM高速caching的控制器）也可能在与SSD一起使用时产生不一致的结果，这主要是因为SSD真的需要快速的专用高速caching来进行高效的FLASH页面编程/擦除。 而一些（最？）控制器让你重新启用磁盘的私有caching（例如：PERC H700 / 710 / 710P让用户重新启用它），如果私人caching不被写保护，你可能会失去数据的电力损失。 确切的行为确实是控制器和固件的依赖（例如：在具有256 MB WBcaching和启用磁盘caching的DELL S6 / i上，我在多次计划中的功率损耗testing期间没有损失），给出了不确定性和许多担忧。

和一些更多的信息 ：

某些RAID卡会禁用磁盘的私有caching。 这消除了消费级SSD的性能，因为它们大量使用私有DRAM高速caching来caching它们的间接表，并且掩盖了擦除/编程MLC NAND所涉及的严重延迟。 例如，一个非常快速的Crucial M550 240GB硬盘，当其内部caching被禁用时，以5MB / S的极低速度写入

底线：虽然启用磁盘的私有caching可以大大提高您的I / O速度，请确保 （通过testing意味着）停电不会导致任何意外的数据丢失。

Raid 5的写入性能始终不佳。 我build议使用Raid 10，但是您是否从HP网站安装了VMware ESXI的驱动程序？ 另外考虑做一个固件更新。 如果Raid仍然处于build立/初始化状态，arrays性能会暂时降级。 如果完全初始化，有时可能需要几天的时间。

[ http://h20565.www2.hpe.com/hpsc/swd/public/readIndex?sp4ts.oid=7553524&swLangOid=18&swEnvOid=4183%5D [1 ]

h240是否有真正的ROC处理器？ 您不需要使用SSD的RAID 5的FBWC，因为RAM比SSD RAID慢。 用我的8x 256gb 850 pro，我得到了旧的LSI 9260 2.9Gb / s和禁用写caching。 启用写caching，我只有900Mb / s。