" C:FILE.TXT" 和 " C:\FILE.TXT"和有什么不一样?
他们是一样的吗?
当我阅读 Linux 下的 SSD 使用时,总是建议在 Ext4 中禁用日志记录(或使用 Ext2),因为这对您的 SSD 来说太糟糕了。但是在所有关于 Windows SSD 调整的文章中,我从未看到任何提及您应该禁用 NTFS 日志记录,或者您应该坚持使用 FAT32。
我知道 Ext4 的日志记录更先进,但它对 SSD 的损害是否比 NTFS 大得多?或者 Linux 用户只是稍微谨慎一点?
我只是一个梦想家,还是存在这样的事情?
如果我在根目录 sshfs 整个文件系统,这是否意味着它会下载整个根目录?SSHFS 就是这样工作的,它会物理下载整个内容吗?或者它是否在我将文件放入其中时获取文件?我想获取整个根分区,但我担心这会花费一些时间和大量空间。
只是出于兴趣,删除时间经常周期性的原因是什么?在 Windows 8 中,删除对话窗口以图表形式显示删除速度。

如果没有理由,那当然也是一个答案。
在 Windows 上,我可以使用 NTFS 驱动器压缩来节省大量磁盘空间;通常为 30%,通常更多。它还以更高的 CPU 使用率为代价提高了读写速度;在我的情况下,这不是一个争论点,因为 CPU 功率不够。
所以在我的 Windows 机器上它总是启用的。Ext4 上是否有类似的功能,或者(Ubuntu)Linux 上是否有支持压缩的不同文件系统?如果是这样,我如何将我的 Ext4 文件系统迁移到该压缩文件系统?
我在最近升级后看到我的 C: 驱动器上现在有一个名为 Windows10Upgrade 的目录。有谁知道这是否可以安全删除?
如果您在仅在 Windows 中使用的外部旋转硬盘驱动器上创建 VeraCrypt 容器,您会将其格式化为 exFAT 还是 NTFS?我正在寻找每种文件格式的所有优点和缺点。
我有一堆扩展名为“.png”的图像文件,但我相当确定其中一些实际上是已重命名为 PNG 的 JPEG。据我所知,简单地重命名文件实际上并不会改变格式、压缩等,那么如何检查哪些文件的格式是根据其扩展名进行的呢?
另外,XnConvert 真的能转换图像格式吗?
我在摆弄拇指驱动器时,发现了一种反直觉的趋势。
我设置的簇大小越大(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 文件系统规范
filesystems ×10
windows ×5
linux ×2
compression ×1
drive-letter ×1
ext4 ×1
journaling ×1
mount ×1
speed ×1
ssd ×1
ssh ×1
sshfs ×1
ubuntu ×1
veracrypt ×1
windows-10 ×1