在 FAT32 文件系统格式被广泛应用的今天，Windows 用户长期以来一直对其默认仅支持 32GB 分区大小的设定感到困惑。 时光来到 2021 年，已退休的微软工程师 Dave Plummer 通过其 YouTube 自频道“Dave’s Garage”发布了一期节目，首次公开揭示了这一限制背后的原因——原来正是他当年提出的方案。
众所周知，FAT32 文件系统在理论上能够支持高达 16TB 的分区卷大小，然而 Windows 自带的格式化工具却固执地坚持着 32GB 的默认上限，这种做法无疑显得有些不合逻辑。
为了绕过这一限制，许多用户不得不求助于第三方软件或命令行工具，强行覆盖系统预设的值。
在这期具有历史意义的视频中，Dave Plummer 详细阐述了他当年的决策过程：
据了解，在上世纪末，Plummer 参与了将 Windows95 Shell 成功移植到 Windows NT 的重大项目，其中一项重要任务就是对 Windows 格式化工具进行彻底的改造。
他之所以提出将 FAT32 分区上限设定为 32GB，主要是因为 NT 内核与 Win95 系统之间存在显著差异，导致底层的 API 必须进行全面替换和重写。
在长达一个小时的 UI 设计讨论会上，开发团队构思出了一个既保留经典元素又具有创新性的格式化对话框方案。
谈及这一设计理念时，Dave Plummer 表示自己当时的考虑是如何为 Windows 用户创造一个既实用又具有前瞻性的文件管理系统。
他认为，如果默认的簇大小设置过大，将会导致磁盘空间的严重浪费。例如，当簇大小被设定为 32KB 时，即便是只有几个字节的“Hello，World！”程序，也会被系统分配完整的 32KB 存储空间。
经过深思熟虑，Dave 最终决定将 FAT32 文件系统格式的卷上限固定在 32GB 。同时，当时市场上流通的大容量存储卡，绝大多数仍然是 16MB 的版本。
虽然人们常常将 FAT32 的 32GB 限制与比尔·盖茨那句“640KB 足够用”的著名言论相提并论，并一同诟病其短视，但实际上这一限制只是 Windows UI 层面上的一个临时性措施。
值得庆幸的是，尽管 FAT32 存在诸多不足，但它在 NTFS 文件系统格式取代 FAT32 成为主流之前，依然稳定运行了 25 年之久。
值得一提的是，Windows NT 4.0 并非原生支持 FAT32（直到安装 Service Pack 补丁后才具备此功能），而且 Wintel 联盟也需要借助第三方驱动程序，才能让 FAT32 正常工作。