希捷 FireCuda 530 PCIe Gen4 M.2 固态硬盘是希捷 FireCuda 系列中的最新款，专为 PC 游戏而设计。 与之前的硬盘不同，FireCuda 530 采用 PCIe Gen4 和 3D TLC NAND，容量从 500GB 到 4TB 不等。 虽然它比大多数消费驱动器更贵，但它的性能对于一些认真的游戏玩家来说可能是物有所值的。
希捷 FireCuda 530 PCIe Gen4 M.2 固态硬盘是希捷 FireCuda 系列中的最新款，专为 PC 游戏而设计。 与之前的硬盘不同，FireCuda 530 采用 PCIe Gen4 和 3D TLC NAND，容量从 500GB 到 4TB 不等。 虽然它比大多数消费驱动器更贵，但它的性能对于一些认真的游戏玩家来说可能是物有所值的。
在性能方面，希捷引用 FireCuda 530 的顺序读取速度高达 7300 MB/s。 该驱动器的使用寿命和可靠性也是一个令人印象深刻的方面，据称具有 1.8 万 MTBF（平均无故障时间）和高达 5100 TBW。 比上一代有了很大的改进 FireCuda.
希捷使用 Phison E18控制器，他们表示这是“Seagate 验证”的部件。 由于 E18 是我们最近看到的更好的消费者 Gen4 控制器之一，因此毫无疑问他们为什么选择这种型号。
希捷FireCuda 530 SSD 5年质保，最小容量可 以 160 美元左右的价格购买. 在这篇评测中，我们将看看 2TB 的 540 美元版本。
希捷 FireCuda 530 SSD 规格
| 型号 | ZP2000GM30013 |
| 接口 | PCIe 4.0 NVMe x4 NVMe 1.4 |
| 容量 | 500GB，1TB，2TB，4TB |
| NAND闪存 | 3D TLC NAND |
| 性能 | 读/写：高达 7,300 / 6,900 MB/s
读/写：高达 1,000,000 IOPS 4K |
| 平均无故障时间 | 1,800,000小时 |
| 温度 | 操作：0˚C ~ 70˚C
储存：-40˚C ~ 85˚C |
| 重量 | 6g |
| 尺寸 | 80.15（长）x 22.15（宽）x 3.58（高）毫米 |
| 耐力 | 2,550结核病 |
| 保修政策 | 5年有限保修 |
希捷 FireCuda 530 SSD 性能
测试平台
当我们迁移到测试更新的 NVME Gen4 SSD 时，我们的实验室需要进行平台转换以支持更新的接口。 联想在 PCIe Gen4 支持方面走在了前列，包括前置 U.2 托架，而其他产品仍仅提供边缘卡支持。 在我们的 Gen4 评论中，我们利用 联想 ThinkSystem SR635 服务器，配备 AMD 7742 CPU 和 512GB 的 3200Mhz DDR4 内存。
NVMe SSD 通过边缘卡插槽中的 M.2 到 PCIe 适配卡进行本机测试，而 U.2 驱动器加载在前面。 使用的方法更好地反映了最终用户的工作流程，以及虚拟化服务器产品中的一致性、可扩展性和灵活性测试。 重点放在驱动器整个负载范围内的驱动器延迟上，而不仅仅是最小的 QD1（队列深度 1）级别。 我们这样做是因为许多常见的消费者基准测试没有充分捕获最终用户的工作负载配置文件。
SQL Server 性能
每个 SQL Server VM 都配置有两个虚拟磁盘：100GB 卷用于启动和
一个 500GB 的卷用于数据库和日志文件。 从系统资源的角度来看，我们为每个虚拟机配置了 16 个 vCPU、64GB DRAM 并利用了 LSI Logic SAS SCSI 控制器。 虽然我们之前测试的 Sysbench 工作负载在存储 I/O 和容量方面使平台饱和，但 SQL 测试正在寻找延迟性能。
此测试使用在 Windows Server 2014 R2012 来宾虚拟机上运行的 SQL Server 2，并由 Quest 的 Benchmark Factory for Databases 进行压力测试。 StorageReview 的 Microsoft SQL Server OLTP 测试协议采用事务处理性能委员会的基准 C (TPC-C) 的最新草案，这是一个模拟复杂应用程序环境中活动的在线事务处理基准。
TPC-C 基准比综合性能基准更接近于衡量数据库环境中存储基础设施的性能优势和瓶颈。 我们用于本次审核的 SQL Server VM 的每个实例都使用 333GB（1,500 规模）的 SQL Server 数据库，并测量 15,000 个虚拟用户负载下的事务性能和延迟。
- SQL Server 测试配置（每个虚拟机）
- Windows服务器2012 R2的
- 存储空间：分配 600GB，使用 500GB
- SQL Server的2014的
- 数据库大小：1,500 规模
- 虚拟客户端负载：15,000
- 内存缓冲区：48GB
- 测试时长：3 小时
- 2.5 小时预处理
- 30 分钟采样周期
查看 SQL Server 平均延迟，Seagate FireCuda 530 的平均延迟为 2 毫秒，并列第二。 只被打败 三星970 EVO Plus.
VDBench 工作负载分析
在对存储设备进行基准测试时，应用程序测试是最好的，综合测试排在第二位。 虽然不能完美代表实际工作负载，但综合测试确实有助于为具有可重复性因素的存储设备建立基线，从而可以轻松地在竞争解决方案之间进行同类比较。 这些工作负载提供了一系列不同的测试配置文件，从“四个角”测试、常见的数据库传输大小测试到来自不同 VDI 环境的跟踪捕获。
所有这些测试都利用通用的 vdBench 工作负载生成器，以及一个脚本引擎来自动化和捕获大型计算测试集群的结果。 这使我们能够在各种存储设备上重复相同的工作负载，包括闪存阵列和单个存储设备。 我们对这些基准测试的测试过程用数据填充整个驱动器表面，然后将驱动器部分分区为驱动器容量的 5%，以模拟驱动器可能如何响应
应用程序工作负载。 这不同于使用 100% 的驱动器并使它们进入稳定状态的全熵测试。 因此，这些数字将反映更高的持续写入速度。
简介：
- 4K 随机读取：100% 读取，128 个线程，0-120% 重复率
- 4K 随机写入：100% 写入，64 线程，0-120% iorate
- 64K 顺序读取：100% 读取，16 线程，0-120% 迭代
- 64K 顺序写入：100% 写入，8 个线程，0-120% 迭代
本次审查的可比性：
在 4K 随机读取中，希捷 FireCuda 530 以 577,825 的高分 IOPS 和 219.7µs 的延迟开始测试。
对于 4K 写入，希捷 FireCuda 530 继续保持高分趋势，IOPS 为 550,137，延迟为 220.7µs。
现在查看顺序工作负载，我们查看 64K 测试。 对于读取，Seagate FireCuda 530 的得分仍然非常高，为 90,851 IOPS 或 5.67GB/s，延迟为 350.9µs。
在 64K 写入中，FireCuda 530 再次排名第二，峰值得分为 2 IOPS 或 32,162GB/s，延迟为 2.01µs。
接下来，我们正在研究旨在进一步推动驱动器发展的 VDI 基准测试。 这些测试包括启动、初始登录和星期一登录。 看看Boot测试，FireCuda 530继续与领跑者战斗，峰值为128,481 IOPS，延迟为266.9µs。
VDI 的初始登录结果与其竞争对手不同，在 33,852µs 时达到 882.6 IOPS 的峰值，然后急剧下降。
最后但同样重要的是，在 VDI 星期一登录测试中，FireCuda 530 以 44,059 的 IOPS 和 255.1µs 的延迟轻松获得第一名。
结论
希捷 FireCuda 530 PCIe Gen4 M.2 SSD 利用 PCIe Gen4 和 3D TLC NAND 展示了非常令人印象深刻的性能。 虽然这款硬盘专为消费者工作负载而设计，更具体地说是游戏，但在处理服务器工作负载时，它可以在企业应用程序中占有一席之地。 虽然我们测试了 2TB 版本，但您可以预期不同大小的性能略有差异。 尺寸越大性能越高，尺寸越小性能越低。
在查看应用程序工作负载分析性能时，Seagate FireCuda 530 显示了实验室迄今为止第二快的结果，被 三星 980 Pro 2TB. 一些亮点包括 577,835K 读取 4 IOPS，5.67K 读取 64GB/s，2.01K 写入 64GB/s，最后在 VDI 引导中我们看到 128,481 IOPS。
希捷 FireCuda 530 是一款非常令人印象深刻的硬盘，这一点毫无疑问，但对于 1,000TB 版本高达 *4 美元* 的非常陡峭的价格点，很难证明这个容量点是合理的，尤其是对于游戏而言。 将它与其他拥有类似性能的驱动器进行比较时，即 Sabrent火箭4 Plus 和 三星 980 Pro 2TB, 它使差异更加明显，零售价分别为 200 美元/200 美元 (1TB) 和 396 美元/470 美元，而 FireCuda 530 的价格为 260 美元 (1TB) 和 540 美元 (2TB)。 总体而言，希捷在 FireCuda 18 的核心采用高性能 Phison E530 控制器，使其成为极具竞争力的产品，在我们的基准测试中名列前茅。
参与 StorageReview
订阅电子邮件 | YouTube | LinkedIn | Instagram | Twitter | Facebook | TikTok | RSS订阅
