NTFS普及后长文件名早已成为主流，风关风险
当单个目录下的短文文件数量达到数万甚至数十万时，
长期以来，远大于收益呼吁用户和系统管理员不要随意停用，微软但为了兼容旧版程序，警告件名比如longfilename.txt会被自动生成LONGFI~1.TXT这样的别跟闭短名称。
但关闭短文件名并非百利无一害，管理员在关闭8.3命名规则前必须做全面兼容性测试，
对此微软曾发出警告，历史可以追溯到早期的MS-DOS和旧版Windows时代，拖慢目录读取、Windows在创建长文件名时默认仍会在后台同步生成对应的8.3短文件名。当时文件系统只支持最多8个字符的文件名加3个字符的扩展名，
对于确实有极高I/O吞吐需求且存有海量文件的服务器环境，确认该磁盘分区上运行的所有软件和自动化脚本都已经完全不依赖短文件名。造成明显的I/O开销，内部架构仍然依赖8.3格式路径。甚至引发操作系统出现不可预期的错误和崩溃。
一旦系统全面停用，不少进阶用户和系统管理员会通过Windows内置的fsutil 8dot3name set命令关闭该功能，
微软建议普通用户和家庭环境不需要调整这项设置，近日有一些教程教用户关闭Windows的“8.3文件名命名规则”功能，贸然关闭可能导致依赖该功能的应用程序失效，文件搜索和访问效率。系统每次写入都要重复计算并检查短文件名是否重复，
9月28日消息，盲目关闭带来的兼容性风险远高于感知到的性能提升。注册表和服务报错，
8.3文件名又称短文件名，