【区角快讯】尽管Windows 11用户普遍已换上高速SSD,磁盘读写能力今非昔比,但系统底层一段源自四十多年前MS-DOS时代的遗留代码,仍可能成为性能瓶颈。戴尔公司近期披露的信息指出,即便搭载M.2固态硬盘,在查看、复制文件或通过USB向安卓设备传输数据时,仍可能出现明显迟滞,罪魁祸首正是所谓的“8.3文件名”规范。
这一命名规则可追溯至1980年代,规定基础名称不超过8个字符,扩展名限3位。虽然自Windows 95起,NTFS与VFAT格式已支持长文件名,但为维持向后兼容性,现代系统默认仍保留对短文件名的生成支持。戴尔在验证其备份产品Avamar时意外发现该隐患:当单个文件夹内文件数量激增至130万时,启用8.3文件名会导致文件创建性能近乎停滞;而一旦禁用该功能,两到三小时内即可轻松写入500万个文件,效率提升令人咋舌。
微软官方文档此前也曾提及,出于性能优化考量,建议在特定场景下关闭此规范。用户可通过命令行`fsutil 8dot3name query C:`查询状态,若返回值为0即表示已启用。如需停用,可执行`FSUTIL 8dot3Name set 1`。不过,彻底移除现有文件夹的支持存在风险,微软警告这可能导致部分软件安装失败等意外情况。
鉴于普通用户极少在单目录下堆积超百万文件,日常体验受影响概率较低,盲目折腾反而可能引入新问题。若确有需求,建议借助AI工具检索微软官方指南以获取精准操作指引。从某种角度看,这种被戏称为“屎山代码”的遗留设计,实则是微软在极致兼容性与极端场景性能之间做出的权衡。毕竟,对于绝大多数用户而言,确保老旧软件能正常运行,或许比那微乎其微的性能损耗更为关键。
Win11卡顿元凶竟是40年前DOS代码?戴尔实测揭示“祖传”性能陷阱
科技区角
2026-09-26 18:01
关于科技区角:国内科技展会垂直内容策划服务商,提供从论坛内容全案策划、会展市场化IP打造到精准专业观众一站式邀约服务,以产业内容吸引高质量B端人群,打通展会从议题设计、演讲嘉宾邀约、宣传预热、精准邀观到供需对接全链路。
声明:内容取材于网络,仅代表作者观点,如有内容违规问题,请联系处理。