为什么 NTFS 性能与 Linux/ext3 等相比如此糟糕?我经常在从 Subversion 检出(大型)源代码树时看到这一点。在 NTFS 上结帐大约需要 10-15 分钟,而在 Linux(在几乎相同的硬件上)上的相应结帐需要快一个数量级(1-1.5 分钟)。
也许这是特定于处理大量小文件而 NTFS 在处理大文件时更好,但为什么会这样呢?一般来说,提高小文件的 NTFS 性能对 Windows 性能不是非常有益吗?
编辑:这并不意味着“与 ext3 相比,NTFS 很糟糕”的煽动性问题;我真正感兴趣的是为什么NTFS 在某些情况下表现不佳。这只是糟糕的设计(我怀疑),还是有其他问题起作用?
我的电脑刚刚做了一个chkdisk,当它处理完文件记录时,它说它已经处理了“44条重解析记录”。它们究竟是什么?
我找到了一个关于如何使用 fstab 的很棒的教程:http : //www.tuxfiles.org/linuxhelp/fstab.html
使用本教程,我能够成功地满足我的 SIMPLE 安装需求。但是在文章中它说“我不会在这里详细讨论 [转储和 fschk 选项](它们都需要自己的 tuXfile)”。
(如果我错了,请纠正我,但转储选项看起来可能对设置已安装驱动器的自动备份很有用(即安装网络驱动器,然后将网络驱动器自动备份到网络驱动器当前所在的本地硬盘驱动器)已安装))
我正在尝试清理多年来积累的各种垃圾的硬盘驱动器。du有助于减少磁盘使用量,但整个事情仍然很笨拙,不是因为总大小,而是因为文件和目录的总数。
有没有办法我可以做一些类似du但不计算文件大小的事情,而是计算文件和目录的数量?例如:一个文件是1,一个目录是它里面的文件/目录的递归数+1。
编辑:我应该更清楚。我想不仅知道的文件/目录总数/,而且在/home,/usr等,并在其子目录,递归,如du确实为大小。
与最终成为 Vista 的产品相关联的最有趣的功能是 WinFS,这是一种革命性的(至少在当时看起来如此)在计算机上存储和访问信息的新方法。
尽管实际上达到了封闭的 alpha/技术预览版本,但此功能被削减了。MS 发表了一篇烟雾缭绕的博客文章,内容涉及即将发布的 SQL Server 版本中的技术,但对我来说,它只是感觉它被砍掉了,很难。
有谁知道发生了什么?它是被杀死了,还是只是退而求其次?是无法实施、太昂贵还是有人想到了更好的主意?
是否有任何项目(来自 MS 或其他任何人)具有类似的目标?
自从我无法访问另一个问题以来,这是一个更全面的措辞问题。
我会要求删除另一个,而不是这个,因为它首先不应该被迁移。
目前有两个可用于 Linux 的 NTFS 驱动程序。
内核中包含的 NTFS 驱动程序,以及使用 FUSE 的用户空间 NTFS-3G 驱动程序。
从各方面来看,NTFS-3G 都能完美运行。
那么我的问题是,如果 NTFS 文件系统已成功逆向工程,为什么内核 NTFS 团队没有在他们的驱动程序中实施更改?目前它仍被标记为实验性的,并且很有可能会破坏您的数据。
注意:这与发行版完全无关......
在 Windows 中,您可以通过将 NtfsDisableLastAccessUpdate 设置为 1来禁用上次访问的时间戳,例如通过从命令行执行此操作(必须重新启动计算机才能生效):
fsutil behavior set disablelastaccess 1
Run Code Online (Sandbox Code Playgroud)
我想这样做,有较少的磁盘活动c:\$logfile。
这可能会导致任何负面影响或问题吗?
filesystems ×10
linux ×4
ntfs ×4
windows ×2
backup ×1
benchmarking ×1
chkdsk ×1
database ×1
disk-space ×1
du ×1
exfat ×1
fstab ×1
kernel ×1
mount ×1
ntfs-3g ×1
partitioning ×1
performance ×1
storage ×1
timestamp ×1
tmpfs ×1
windows-7 ×1