电脑装了 M.2 SSD，磁盘性能明明已经很强，结果复制个文件、往安卓手机传点东西，还是能卡到怀疑人生。戴尔最近给出了一个让人哭笑不得的解释：问题不在硬盘，在 1980 年代。

戴尔公布的信息显示，在 Win11 系统上，哪怕配备 M.2 SSD 硬盘，查看和复制文件也可能很卡顿，用 USB 接口把文件传到安卓设备同样异常缓慢——根源是 8.3 文件名（8dot3 name）这套祖传代码。

打开网易新闻 查看精彩图片

一、卡顿的真凶，是一条40年前的命名规则

8.3 文件名最早出现在 MS-DOS 时代：基础名称最多 8 个字符，扩展名最多 3 个字符。从 Win95 之后，NTFS 和 VFAT 格式虽然已经支持长文件名，但为了兼容性，现在的系统依然会默认支持 8.3 格式。

换句话说，40 多年前定下的规矩，到现在还在给每一次文件操作增加额外开销。

二、戴尔实测：130万个文件之后，性能直接躺平

戴尔是在验证备份产品 Avamar 时注意到这个性能问题的。在启用 8.3 文件名的环境中，单个文件夹内创建到 130 万个文件之后，文件生成的性能几乎停滞；而禁用 8.3 文件名之后，2—3 小时内依然可以轻松创建 500 万个文件，这是没禁用之前不可能做到的。

微软之前也提到过这个问题，并在官方文档中写明：出于性能考虑，可以在特定范围内禁用 8.3 文件名规范。

三、想动手？两条命令，但先想清楚

查询 8.3 文件名是否启用：

fsutil 8dot3name query C:

如果显示卷状态是 0，就意味着启用了 8.3 文件名支持。想停用可以用：

FSUTIL 8dot3Name set 1

另外还可以永久删除现有文件夹的支持，但这事有一定危险性——微软之前就警告过，这可能导致部分意外，包括软件装不上。

而且要注意触发条件：要单个文件夹里堆到百万级文件，性能才会明显受影响。大部分人日常使用中很少这么极端，为这点收益去改系统，其实并不划算。真想折腾，也建议先让 AI 帮你把微软官方文档捞出来逐条核对，别照着网上一条命令就按回车。

编辑点评：Win11 到今天还在被 40 多年前的 DOS 系统代码影响，这就是很多人口中"屎山代码太多"的实锤。但反过来看，微软留着这堆屎山也不是懒——兼容性在大多数时候，确实比极端场景下的那点性能更值钱。这从来不是"好设计还是坏设计"的判断题，而是一笔账：只是这笔账，最终由用户在每一次莫名其妙的卡顿里分期付款。