CrystalDiskMark：硬盘测速与播放负载判断

它到底解决什么

CrystalDiskMark 是 Crystal Dew World（作者 hiyohiyo）出的一款存储性能测试软件，官方原文对它的定性很直白：「a simple disk benchmark software」——一款简单的磁盘基准测试软件。它只干一件事：把一块盘（机械硬盘、SSD、U 盘，甚至网络映射盘）的读写速度跑出来，给你一组具体的数字。

这里要先说清一个经常被搞混的点：同一个作者名下还有一款 CrystalDiskInfo，官方对它的定性是「a storage health monitoring software」——存储健康监控软件。两款工具分工完全不同：CrystalDiskMark 测的是「现在跑多快」，CrystalDiskInfo 看的是「这块盘还能撑多久、有没有异常」。展厅工程里这两个问题都会遇到，但不是同一个工具管，后面第五节和第七节会再展开这条边界。

展厅哪道工序会用到它

播放卡顿、掉帧的时候。 尤其是多路 4K、8K 素材同步播放，很多人第一反应是怀疑播控软件配置错了或者显卡不够力，把时间都花在软件参数和显卡驱动上。但如果素材码率、硬解都没问题，根子经常在更底层：硬盘喂不上数据，播放器只能干等，表现出来就是一顿一顿。这种情况下，先花几分钟测一下这块盘的顺序读速度，比反复调播控软件参数更快定位问题。

开馆运营一段时间之后，反馈「越来越卡」。 新机器调试时一切正常，运营几个月后开始出现之前没有的卡顿。这时候怀疑对象要多加一个：盘的状态变了。硬盘用久了、写得越满，实际能跑出来的速度往往会往下掉，跟当初选型验收时的成绩不是一回事。定期复测能把这个变量单独摘出来看。

到货验收环节，怀疑供应商换了低端盘。 采购合同上写的是某型号高性能 SSD，但设备到货之后现场用起来感觉发闷。口头争论没有意义，跑一次测速、把结果截图存档，是最直接的举证方式——具体怎么用于验收，第五节会展开。

怎么获取，该下哪个包

官方下载渠道是 Crystal Dew World 官网的下载页，CrystalDiskMark 在这个页面上归类在「Download Open Source Software」（开源软件下载）分区之下，作者 hiyohiyo 在公开代码仓库中同步维护源码。授权方面，官方的 License 页面写明为 MIT License，属于免费、可自由使用的开源许可，没有商业版或功能阉割版本的区分，不需要为使用付费或纠结合规问题。

下载页给出了三个外观版本：Standard（标准版）、Aoi 版、Shizuku 版。这三个是作者自有角色 IP 的皮肤差异，功能上没有区别，选哪个纯粹是审美问题，展厅工程场景直接用 Standard 版即可。系统要求上，官方列明支持 Windows XP 到 Windows 11 以及对应的 Windows Server 版本，架构覆盖 x86/x64/ARM64，但 64 位版本和安装包形式不支持 Windows XP/2003 这类老系统，更老的 Windows 95/98/Me/NT4/2000 完全不支持——工程机如果还在跑这类古董系统，这个工具用不了。

还有一条容易被忽略的官方说明：如果以管理员权限运行 CrystalDiskMark，界面上不会显示网络映射盘；要测试网络盘，得用非管理员权限启动。这条对展厅现场常见的「NAS 挂载盘」测速场景有用，选错权限会导致压根找不到那块盘。

最短可用路径

1. 打开程序，在测试驱动器（Test Drive）下拉框里选中要测的那块盘的盘符。
2. 选测试次数（Number of Test），范围 1～9 次，官方默认值是 5 次，取的是多次跑分的均值，次数太少偶然性会比较大。
3. 选测试文件大小（Test Size），可选范围从 16MiB 一路到 64GiB，官方默认 1GiB。官方特别提示：U 盘一类低速存储设备用太大的测试文件会很慢，应该选小一点的档位。
4. 点「All」按钮（或者只点其中一个分项按钮），程序开始依次跑几组读写测试，跑完会在界面上列出几行结果。
5. 看到界面上稳定出现了几行带 MB/s（或 GB/s、IOPS、微秒延迟，取决于你选的单位）的数字，就算测完了。结果可以直接复制到剪贴板，或者存成文本、图片文件。

界面上还有一个 Profile（测试档位）下拉框，官方列出了 Default、Default NVMe SSD、Peak Performance、Real World Performance、Demo 几种预设，对应不同的测试参数组合。默认档位对大多数场景够用，几种档位的差异和该怎么选，放在下一节细讲。

展厅工程里真正要弄明白的那几件事

这一节是全篇重点，不需要记住每个参数怎么算出来的，但下面几条判断，选型、验收、排障都用得上。

哪个数字才是展厅该看的

CrystalDiskMark 跑完之后界面上会出来好几行数字，很多人习惯只看第一行、也是通常最大的那个数字，觉得「越大越好」就完事了。这一步恰恰是最容易挖坑给自己的地方。

官方在测试设置里把每一行结果对应的参数写得很明确。以 Default（默认）档位为例，官方文档列出四行测试分别对应：

• 顺序读写：块大小 1MiB，队列深度 8，线程数 1
• 顺序读写：块大小 1MiB，队列深度 1，线程数 1
• 随机读写：块大小 4KiB，队列深度 32，线程数 1
• 随机读写：块大小 4KiB，队列深度 1，线程数 1

另外还有一个专门针对 NVMe SSD 的档位，参数更激进一些：顺序读写用了块大小 128KiB、队列深度 32 的组合，随机读写把线程数堆到了 16，官方把这个档位定位为更贴近真实使用场景，跟追求峰值的 Peak Performance 档位是两个取向——这一点官方 Key Features 里也直接写着支持「Peak / Real World / Demo」几种测量模式，就是为了区分「理论峰值」和「真实使用时大概是什么水平」这两件事。

以下是工程判断，不是官方定义： 展厅播控主机的负载模式，是多路视频文件的大块连续读取——一路播放对应一个文件在被连续读，多路同步播放就是好几个这样的连续读同时在发生。这跟"随机读写"（RND 那两行，模拟的是数据库、系统盘那种到处跳着读小碎片的负载）几乎不沾边，所以随机读写那两行数字，对纯播放盘的参考价值有限，不用太纠结。真正该看的是顺序读写（SEQ 那两行）里的"读"这一项。

再往细里挑：如果播放是单一文件、单路顺序播放，参考价值更接近队列深度 1、线程数 1 那一行（更保守、更贴近单路真实读取节奏）；如果是多路同时播放、多个解码进程在同时读不同文件，参考价值更接近队列深度更高、线程数更高的那几行（比如 NVMe 档位里线程数拉到 16 的那一行，本质上模拟的就是"多个读取请求同时在跑"）。展厅项目一般是多路同步播放，所以第一行那个"队列深度 8"的峰值数字，通常比多路真实场景表现得更好看，别把它当成能拿到的真实水平，最好换到 Real World Performance 或者 NVMe SSD 档位下再看一眼多线程那一行。

测速要在什么状态下测

官方在软件说明里列了一条很关键的提示：测试结果会受测试文件大小、测试文件在盘上的位置、碎片化程度、控制器类型（IDE/SATA/RAID/SCSI/NVMe）以及 CPU 速度等因素影响。这句话翻译成工程语言就是：同一块盘，不同状态下测出来的数字是会变的，不是一个固定不变的硬件参数。

由此有两条现场要注意的：

• 空盘测和写满测，结果不是一回事。 SSD 在快要写满、可用空间不多时，实测速度普遍会往下掉，这是存储行业内公认的现象（不是 CrystalDiskMark 官方文档里的说法，是通用的工程经验）。如果验收时是空盘测出来的漂亮数字，不代表运营半年、素材塞满了之后还能保持这个水平，最好在接近实际部署容量的状态下复测一次，才更贴近开馆后的真实表现。
• 测试文件大小要选够。 官方默认给的是 1GiB，能覆盖大多数场景；如果盘的缓存比较大，测试文件太小容易被缓存直接吃掉，跑出来的数字虚高，不能反映持续读取的真实能力。

另外一条同样是工程经验、不是官方文档内容：设备装进密闭机柜后，长期运行状态下的温度比刚开机时高不少，一些盘在温度升高后会出现降速保护。验收时如果只在刚开机、机柜没焐热的情况下测一次，测出来的数字可能比设备装进机柜正常运行几小时后的实际水平更好看，条件允许的话应该在机柜正常运行一段时间之后再复测一次做对照。

跟播放需求怎么对上

判断"这块盘够不够用"，方法是先把需求算清楚，再拿测出来的数字去对，而不是拿到数字之后再去猜够不够。具体顺序：

1. 先确认这套方案要跑多少路视频、每一路的目标码率大概是多少档（码率越高、路数越多，需要的持续读取带宽越大，具体数值要按项目实际的素材规格来定，这里不预设结论）。
2. 把各路的码率需求汇总，得到这块盘至少要能持续扛住的读取带宽下限。
3. 拿盘的顺序读实测数字（参考上一节的判断，多路场景看多线程那一行）跟这个下限对比，中间应该留出多少冗余，取决于项目对稳定性的要求，不建议卡着理论下限去选型——毕竟盘会随着写入变满、温度升高而降速，冗余留少了运营一段时间就可能出问题。

编解码方式（软解还是硬解）本身也会影响播放对存储的实际压力，这部分内容和判断方法，站内 播放卡顿排查 一文里有更完整的排查思路，两篇可以配合着看。

验收价值

到货实测截图，是最直接的验收凭据。合同标称的型号、容量、速度档位，跟现场实测跑出来的数字放在一起，一眼就能看出有没有被换成低端盘。存证时建议把测试驱动器盘符、测试文件大小、Profile 档位一并截进图里，避免事后被质疑测试条件不严谨。如果对到货型号本身有疑问（比如型号看着眼熟但读写数字明显偏低），可以再配合 CrystalDiskInfo 核对一下盘体实际上报的型号信息，两边对照，索赔依据会更扎实。

它只测速度不测寿命

CrystalDiskMark 从头到尾只关心一件事——现在跑多快，不会告诉你这块盘还能用多久、有没有坏道迹象、通电时间多长。这些信息要用同作者的 CrystalDiskInfo，官方对它的定性是「storage health monitoring software」（存储健康监控软件），看的是 S.M.A.R.T. 健康值、通电时间、温度这类状态数据。两款工具经常需要配合着用：CrystalDiskInfo 判断"这块盘还健不健康"，CrystalDiskMark 判断"这块盘现在够不够快"，是两个独立的问题，不要指望一个工具把两件事都答了。

踩坑与排错清单

什么时候别用它

想知道盘还能用多久、有没有要坏的迹象，别用它。 这不是它的定位，官方文档里对它的定性从头到尾就是速度基准测试，健康监控要换 CrystalDiskInfo。

用它测网络盘的时候，数字不能当成本机磁盘性能直接用。 测出来的结果是网络链路加上对端存储叠加的结果，链路慢或者对端存储慢，都会体现在这个数字里，不能反推出"这台机器本地盘就是这个速度"。

正在跑播放任务的生产机上，不要现场做基准测试。 测试本身要占用磁盘 IO，多路播放本来就在吃盘的读取带宽，这时候再叠加一轮测试读写，很可能把原本还算流畅的播放挤成卡顿，等于自己制造故障现场。要测就找一个没有播放任务在跑的时间窗口。

别拿跨大版本的历史跑分数字直接比较。 官方在说明里专门提示过这一点，不同大版本的基准结果不保证可比，验收和复测都建议固定用同一个版本、同一套参数。

与本站的衔接

• 播放卡顿、掉帧的完整排查思路（素材码率、硬解软解、硬件性能三个维度），见 播放卡顿掉帧？展厅 4K 大屏播控 8 步优化排查。
• 播控软件与播放器选型、部署的系统性内容，见 播控专题。
• 整套播控与信号链路的方案思路，可以从 解决方案 这边看整体判断。

单机维护和批量交付是两件事

一台机器怎么调，靠的是工程师的经验；十几台机器怎么保持一致、怎么长期无人值守不出事，靠的是流程和系统。后者才是展厅项目真正的成本所在。

企服君把工程机的状态采集、异常告警、批量操作做成标准能力，让交付质量不依赖具体是谁在做。集成商如果每年要交付多个展厅，见集成商年费方案。

出处

• CrystalDiskMark 官方介绍页（Crystal Dew World，作者 hiyohiyo）：https://crystalmark.info/en/software/crystaldiskmark/
• CrystalDiskMark 官方 License 页面（MIT License 原文）：https://crystalmark.info/en/software/crystaldiskmark/crystaldiskmark-license/
• CrystalDiskMark 官方手册 · Main Window（测试次数/文件大小/驱动器/单位说明）：https://crystalmark.info/en/software/crystaldiskmark/crystaldiskmark-main-window/
• CrystalDiskMark 官方手册 · Main Menu（测试档位与块大小/队列深度/线程数参数）：https://crystalmark.info/en/software/crystaldiskmark/crystaldiskmark-main-menu/
• Crystal Dew World 官方下载页（开源软件分区归类、版本分支说明）：https://crystalmark.info/en/download/
• CrystalDiskInfo 官方介绍页（同作者健康监控工具定位）：https://crystalmark.info/en/software/crystaldiskinfo/

本文所述的软件功能、参数与官方说明均来自上述官方材料；文中关于展厅工程负载判断、盘体状态影响、机柜温度等内容属于工程经验总结，非 CrystalDiskMark 官方文档表述，已在正文中逐条标注，具体项目请以现场实测和厂商资料为准。