必须用CrossOver运行AS SSD Benchmark或CrystalDiskMark macOS版测4K随机性能，配合iostat验证I/O请求大小是否为4KiB（avgrq-sz≈8），并确保对齐状态为“OK”、禁用缓存与后台干扰，才能获得真实4K跑分。
要在Mac上获取SSD当前真实的4K随机对齐读写跑分，必须绕过系统缓存、启用原生I/O队列、强制使用4KiB块大小并验证对齐状态，仅靠活动监视器或磁盘工具无法输出该类基准数值。
用AS SSD Benchmark（通过CrossOver运行）测4K对齐与随机读写
AS SSD Benchmark原生仅支持Windows，但macOS用户可通过CrossOver（非虚拟机）直接调用其底层存储接口，完整复现4K Q1T1/Q8T1测试逻辑，并在结果页底部明确显示“4K Alignment: OK”或“BAD”判定。
方法一：准备兼容环境
下载CrossOver 24.1+版本（需支持Windows 10 ABI），安装后启动→点击“安装Windows软件”→选择“从磁盘安装”→定位已下载的AS SSD Benchmark 2.1.7915.exe文件。
方法二：强制启用真实4K路径
安装完成后，在CrossOver应用列表中右键AS SSD→“运行配置”→切换到“命令行参数”页→在空白框中粘贴：–no_cache –force_alignment_check→保存并重启程序。这一步跳过Windows文件系统缓存层，直接向NVMe/SATA控制器发送原始4KiB I/O请求。
方法三：执行对齐敏感型测试
启动AS SSD后，不做任何设置修改→直接点击左上角“Start”按钮→等待约60秒→结果窗口自动弹出→重点关注“4K-64Thrd”和“4K”两行中的Read/Write数值（单位MB/s），同时检查底部状态栏是否显示“Alignment: OK”。若显示“BAD”，说明分区起始扇区未对齐4K边界，所有4K测试结果均不可信，需用Disk Utility重新抹除并选择“APFS（排序）”格式化。
用CrystalDiskMark（Mac版）验证4K Q32T1随机性能
CrystalDiskMark 8.0.6 for macOS是目前唯一提供原生arm64/x86_64双架构支持的4K压力工具，其Q32T1模式模拟数据库高并发小包访问，结果可直接对比厂商标称值。
第一步：下载并解压官方绿色版
访问crystalmark.info →点击“Download”→选择“CrystalDiskMark 8.0.6 (macOS)”→下载.dmg镜像→双击挂载→将diskmark.app拖入“应用程序”文件夹。
第二步：禁用Time Machine与备份进程
打开“系统设置”→“通用”→关闭“登录时打开”中所有可能触发后台写入的应用；再进入“Apple ID”→“iCloud”→临时关闭“桌面与文稿文件夹”同步。这一步防止iCloud Drive在测试中注入随机写入干扰Q32T1队列稳定性。
第三步：运行4K专项测试
启动CrystalDiskMark→顶部菜单栏点击“Settings”→取消勾选“Sequential Test”和“Random Write Test”→仅保留“Random Read Test”→在下方“Queue Depth”下拉菜单中选择“32”→“Thread Count”设为“1”→点击中央“All”按钮。测试持续约90秒，最终表格中“4KiB Q32T1”行的Read数值即为真实4K随机读取能力。
注意：若该数值低于标称值的65%，且测试中温度超过70℃，【立即停止测试并检查SSD散热模组是否贴合】——M.2 SSD在持续Q32T1负载下极易触发温控降频，导致结果失真。
用终端命令iostat确认4K实际I/O分布
iostat本身不测速度，但它能暴露当前系统是否真正在执行4K随机访问——这是验证“跑分是否反映真实负载”的关键交叉证据。
打开终端→输入：sudo iostat -d -x 1→回车→输入管理员密码→观察输出表格中“avgrq-sz”列数值。
若该列长期稳定在7.8–8.2之间，说明平均I/O请求大小约为4KiB（8 × 512字节扇区），证实系统确实在进行4K级随机访问；若数值持续＞64，则表明上层应用仍在发起大块顺序请求，此时AS SSD或CrystalDiskMark的4K分数只是理论值，与实际体验脱节。
按Control+C退出监控。此命令无需安装，macOS 12.0及以上系统原生支持。
