我在摆弄拇指驱动器时,发现了一种反直觉的趋势。
我设置的簇大小越大(Windows 中的分配单元大小,Linux 中的块大小),报告的容量就越少。
这很奇怪,因为基本逻辑规定了相反的情况——更大的集群应该导致更少的文件系统元数据,这应该产生更多的可用空间。我在互联网上找到的关于“最佳”簇大小的建议的每一页都重复了这一点(目前有十多个)。
以下是 的一些数字exFAT
。
容量[字节] | 簇大小 [KiB] | 差异 [KiB] |
---|---|---|
15792537600 | 64 | |
15792472064 | 128 | 64 |
15792340992 | 256 | 128 |
15792078848 | 第512章 | 256 |
15791554560 | 1024 | 第512章 |
15789457408 | 2048 | 2048 |
15783165952 | 4096 | 6144 |
此外,差异列中的模式在最后一行中断......
现在NTFS
。
容量[字节] | 簇大小 [KiB] | 差异 [KiB] |
---|---|---|
15794679808 | 4 | |
15794675712 | 8 | 4 |
15794667520 | 16 | 8 |
15794667520 | 32 | 0 |
15794634752 | 64 | 32 |
15794569216 | 128 | 64 |
15794438144 | 256 | 128 |
我们再次发现了一种异常差异。
方法:通过 Windows 资源管理器格式化实用程序完成格式化。通过 Windows 资源管理器属性收集的容量数据。分区表:GPT。
那么为什么更大的集群产生的容量更少呢?
随机琐事:exFAT 在 2019 年有点“开源”。
exFAT 文件系统规范
这个问题是由以下经常观察到的现象引起的,我想找到解释:
正如 Process Explorer 所报告的那样,这是在 Windows 10 上。
我想回答的最终问题是:我可以放弃人为地将我的页面文件膨胀到我的空间不足 SSD 无法处理的水平,这样我才能真正有效地利用我的物理内存吗?(或者即使它没有那么满。也就是说,我想避免诸如“对您的页面文件执行 X/Y/Z”之类的建议。)
自从创作者更新后,我通常使用的命令不再有效:
control /name Microsoft.Personalization /page pageWallpaper
从技术上讲,您可以进入现代设置,选择图片,然后在它们位于 5 幅图片宽的小条上时右键单击它们并选择哪台显示器。(那时有超过 5 个显示器的人有祸了。)
但这意味着我必须两次完成整个过程,因为每次浏览图片时,它都会同时显示在两个显示器上。这是不必要的和乏味的。
是否有某种方法、免费程序或隐藏的窗口控件可以使这个过程更容易?
最近我为一些文件夹设置了备份。今天我发现 Windows Defender 不会让备份服务完成它的工作。
但是如何从 Windows Defender 中排除备份的卷影副本?
我不能将它指向一个文件或文件夹并说“不要在这里检查”。
哎呀,我尝试排除整个备份驱动器,但没有成功。
如果我排除.exe
s 我还不如完全禁用后卫。