十铨科技 T-CREATE CLASSIC 是该公司最新上市的 PCIe SSD，是该系列的第 3 代型号（还有第 4 代版本）。 虽然这款 NVMe 驱动器肯定是入门级消费者版本，但该公司声称 T-CREATE CLASSIC 专为创意专业人士设计，他们的日常任务包括同时使用多个程序。 无 DRAM T-CREATE 驱动器采用 3D TLC 闪存，配备 RTS5763DL 控制器，容量为 1TB 和 2TB。
十铨科技 T-CREATE CLASSIC 是该公司最新上市的 PCIe SSD，是该系列的第 3 代型号（还有第 4 代版本）。 虽然这款 NVMe 驱动器肯定是入门级消费者版本，但该公司声称 T-CREATE CLASSIC 专为创意专业人士设计，他们的日常任务包括同时使用多个程序。 无 DRAM T-CREATE 驱动器采用 3D TLC 闪存，配备 RTS5763DL 控制器，容量为 1TB 和 2TB。
在性能方面，十铨科技预计他们的新硬盘在 2.1TB 容量下的读取速度最高可达 1.7GB/s，写入速度最高可达 1GB/s（使用 Crystal Disk Mark 基准测试软件），而两种型号均提供最高 220,000 IOPS读取和 200,000 IOPS 写入。 它还具有 1.5 万小时的 MTBF 额定值，并支持高速率 LDPC（低密度奇偶校验）ECC 功能，以帮助确保数据安全性和完整性。
除此之外，TEAMGROUP 并没有详细介绍驱动器的许多细节。 查看驱动器后，我们确实发现它确实具有 Realtek RTS5763DL 控制器。 这是一款基于客户端的控制器，于 2018 年推出，可以采用一系列不同的 NAND 配置。 应该注意的是，Realtek 不再在其网站上提供存储控制器。
驱动器上的白色标签兼作热同步器，它实际上是由铝制成的。 如果需要，它可以很容易地移除。 该驱动器享有 5 年保修，并且 大约需要 100 美元 (1TB) 和 200 美元 (2TB)。
十铨科技 T-CREATE CLASSIC 规格
| 型号 | 经典 PCIe SSD |
| 接口 | PCIe Gen3x4 与 NVMe 1.3 |
| 容量 | 1TB/2TB |
| 电压 | 直流+ 3.3V |
| 工作温度 | 0˚C ~ 70˚C |
| 储藏温度 | -40°C ~ 85°C |
| 太字节写入 | 1TB：600TB 2TB：1000TB[2] |
| 性能 | 水晶盘标志：
IOPS：
|
| 重量 | 11g |
| 尺寸 | 80.0（长）x 22.0（宽）x 3.7（高）毫米 |
| 湿度系统 | 90°C 下 RH 40%（运行） |
| 振动 | 80Hz~2,000Hz/20G |
| 震动 | 1500G / 0.5毫秒 |
| 平均无故障时间 | 1,500,000小时 |
| 保修政策 | 5年有限保修 |
十铨科技T-CREATE CLASSIC Performance
测试平台
这些测试中利用的测试平台是 戴尔 PowerEdge R740xd 服务器。 我们通过该服务器内的戴尔 H730P RAID 卡测量 SATA 性能，尽管我们将卡设置为 HBA 模式只是为了禁用 RAID 卡缓存的影响。 NVMe 通过 M.2 转 PCIe 适配卡进行本地测试。 使用的方法更好地反映了最终用户的工作流程，以及虚拟化服务器产品中的一致性、可扩展性和灵活性测试。
重点放在驱动器整个负载范围内的驱动器延迟上，而不仅仅是最小的 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 进行压力测试。 存储评论的 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 的平均延迟，CLASSIC 的平均延迟为 50 毫秒，将其置于排行榜的最底部（大幅上升，略高于 三星980).
SideFX 的胡迪尼
Houdini 测试专门用于评估与 CGI 渲染相关的存储性能。 此应用程序的测试台是我们在实验室中使用的具有双 Intel 740 CPU 和 6130GB DRAM 的核心 Dell PowerEdge R64xd 服务器类型的变体。 在这种情况下，我们安装了运行裸机的 Ubuntu 桌面 (ubuntu-16.04.3-desktop-amd64)。 基准测试的输出以秒为单位来衡量，越少越好。
Maelstrom 演示代表了渲染管线的一部分，它通过演示其有效使用交换文件作为扩展内存形式的能力来突出存储的性能。 测试不会写出结果数据或处理点，以隔离延迟对底层存储组件的影响。 测试本身由五个阶段组成，我们将其中三个阶段作为基准测试的一部分运行，如下所示：
- 从磁盘加载打包点。 这是从磁盘读取的时间。 这是单线程的，可能会限制整体吞吐量。
- 将点解压缩到一个平面数组中，以便对其进行处理。 如果这些点不依赖于其他点，则可以调整工作集以保留在核心中。 这一步是多线程的。
- （未运行）处理点。
- 将它们重新打包成适合存储回磁盘的分桶块。 这一步是多线程的。
- （未运行）将分桶块写回磁盘。
在这里，我们看到 Gen3 CLASSIC 达到了 3,144.82 秒，接近排行榜的底部。
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 读取。 在这里，CLASSIC 以非常显着的优势垫底，因为它只能达到 5,988 IOPS 的峰值（在 513.7 µs 时），并且在此过程中出现了严重的峰值。 为了显示这个结果有多慢，下一个最佳驱动器达到 83,401 IOPS，这已经与领导者的性能相去甚远。
在重新测试低 4K 读取性能是否异常后，我们再次看到同样的低速度。 看起来驱动器在读取之前因 4K 写入工作负载而陷入如此困境，以至于它无法在 4K 读取工作负载开始之前及时恢复。 由于这是测试所有其他驱动器的过程，我们将保留此数字以确保其他驱动器的公平结果。
对于 4K 写入，CLASSIC 以 24,580 IOPS 的峰值保持在最后一位，然后性能受到巨大打击，以 12,700 IOPS 结束，延迟略高于 10,000 µs。
切换到我们的 64K 顺序工作负载，CLASSIC 仅落后于 Lexar 驱动器 2nd- 最后一次读取峰值为 24,731 IOPS 或 1.53GB/s，延迟为 646.2µs。
在 64K 写入中，十铨科技在 4,741 µs 的延迟下显示出 296.3 IOPS 或 3,359MB/s 的峰值，最后下降到 3,399 IOPS。
接下来，我们查看了我们的 VDI 基准测试，这些基准测试旨在进一步对驱动器征税。 在这里，十铨科技 CLASSIC 显然在所有这些测试中都表现不佳； 但是，与所有入门级驱动器一样，读取性能应该是重点。 尽管如此，这些测试包括启动、初始登录和星期一登录。
对于启动测试，CLASSIC 在 31,180µs 时显示出约 1,102 IOPS 的峰值，仅次于 Lexar 驱动器。
VDI Initial Login 再次以 7,574 IOPS 的峰值和 3,189µs 的延迟位居 CLASSIC 位置，之后性能大幅下降，最终达到 5,733 IOPS。
最后，VDI Monday Login 看到了 TEAMGROUP 驱动器的结果最不均匀，如下图所示。 该驱动器在达到最后一次性能峰值之前达到 11,421（1.397µs）的峰值，最终达到 8,252 IOPS。
结语
十铨科技T-CREATE CLASSIC是该公司最新推向市场的消费级M.2 SSD，表明它最适合视频编辑和图像设计等创意专业人士。 但是，它肯定比 TEAMGROUP 在其产品页面上描述的更入门级，因为它更适合希望从旧的基于 HDD 的系统升级的消费者（最好避免在任何苛刻的工作负载环境中使用此驱动器）。
也就是说，它利用了 PCIe Gen3 接口，并引用了高达 2.1GB/s 的读取速度和 1.7GB/s 的写入速度。 该驱动器还使用老化的 Realtek RTS5763DL 控制器，具有内置 LDPC 以确保可靠性，并且只有两种容量型号（1TB 和 2TB）。
为了性能，我们通过 SFX、SQL 和 VDBench 测试运行 Houdini。 T-CREATE CLASSIC 的结果非常令人失望，几乎在每项测试中都位于排行榜的底部（有时差距很大）。 首先是 Houdini，渲染时间为 3,144.82 秒，接近排行榜底部。 查看峰值 VDBench 分数，CLASSIC 在 5,988K 读取时记录了 4 IOPS（几年来我们见过的最低值），在 24,580K 写入时为 4 IOPS，在 1.53K 读取时为 64GB/s，在 296.3K 写入时为 64MB/s . 在我们的 VDI 测试中，该驱动器在启动时达到 31,180 IOPS，在初始登录时达到 7,574 IOPS，在周一登录时达到 11,421。
十铨科技 T-CREATE CLASSIC 是一款用于创意（即密集型）应用程序的驱动器； 但是，正如您从上面的性能中看到的那样，它真的不应该用于此，或者说实话。 总的来说，CLASSIC 在日常使用中可能会有令人满意的性能，但即使对于这种适度的需求，它也必须非常便宜。 当有那么多其他更快、更便宜的选择随时可用时，花 100 到 200 美元购买这样的驱动器是疯狂的。
参与 StorageReview
电子报 | YouTube | LinkedIn | Instagram | Twitter | Facebook | TikTok | RSS订阅
