为什么 NTFS 性能与 Linux/ext3 等相比如此糟糕?我经常在从 Subversion 检出(大型)源代码树时看到这一点。在 NTFS 上结帐大约需要 10-15 分钟,而在 Linux(在几乎相同的硬件上)上的相应结帐需要快一个数量级(1-1.5 分钟)。
也许这是特定于处理大量小文件而 NTFS 在处理大文件时更好,但为什么会这样呢?一般来说,提高小文件的 NTFS 性能对 Windows 性能不是非常有益吗?
编辑:这并不意味着“与 ext3 相比,NTFS 很糟糕”的煽动性问题;我真正感兴趣的是为什么NTFS 在某些情况下表现不佳。这只是糟糕的设计(我怀疑),还是有其他问题起作用?
我的电脑刚刚做了一个chkdisk,当它处理完文件记录时,它说它已经处理了“44条重解析记录”。它们究竟是什么?
标题几乎解释了这个问题。
除了明显的(速度)之外,C:\Windows\Installer考虑到Windows文件夹位于文件夹内,通过 NTFS 压缩来压缩该文件夹通常是安全的还是可取的?
我使用的是 SSD,所以就我个人而言,速度问题对我来说并不重要(而且我在 VM 中运行 Win7,所以我习惯于更高的 I/O 延迟)。
在NTFS格式的硬盘上有一些坏道,diskpart clean使用Windows删除NTFS卷后,硬盘还记得坏道吗?怎么样clean all?
自从我无法访问另一个问题以来,这是一个更全面的措辞问题。
我会要求删除另一个,而不是这个,因为它首先不应该被迁移。
目前有两个可用于 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。
这可能会导致任何负面影响或问题吗?
使用 复制大文件或测试写入速度时dd,在使用 NTFS 文件系统的驱动器上,我可以获得的最大写入速度约为 12-15MB/s。我测试了多个驱动器(全部使用 SATA 连接),它们在 Windows 上或使用 ext4 格式化时的写入速度均达到 100MB/s+,因此这不是对齐或驱动器问题。
top显示mount.ntfs进程的CPU 使用率很高。
AMD 双核处理器 (2.2 GHz)
内核版本:3.5.0-23-generic
Ubuntu 12.04
ntfs-3g版本:两者2012.1.15AR.1(Ubuntu 默认版本)和2013.1.13AR.2
如何修复写入速度?
浏览旧硬盘驱动器时,我发现了这个名为 * 的文件夹:

我无法从 Windows 打开、访问或重命名它。

我尝试通过 Moba Xterm 访问它,我得到
ls -l
ls: ./*: No such file or directory
Run Code Online (Sandbox Code Playgroud)
cp \* star
cp: can't stat '*': No such file or directory
Run Code Online (Sandbox Code Playgroud)
它是否已损坏?有什么办法可以解决吗?
直到不久前,我还不知道您可以使用 Windows 的内置压缩来压缩特定的文件夹、文件甚至整个驱动器。执行此操作的一个简单方法是转到属性并选中“压缩内容以节省磁盘空间”,然后就可以了。
\n第一次听说它时,我认为它就像WinZip压缩文件以减小大小或将所有文件合并到一个压缩文件中。但它似乎有不同的用例。
\n最有趣的是文件被压缩,但文件的哈希输出保持不变(使用第三方哈希计算器进行的简短实验)。这怎么可能是真的呢?如果输入发生变化,哈希输出也必须发生变化(除非发生冲突,这种情况非常罕见且偏离主题)。例如,让\xe2\x80\x99s 说我压缩了一个名为MYDOCUMENT.pdf的文件,我可以保持这种方式,将其放在 USB 驱动器或其他新安装的 PC 上,然后使用它,因为它只是普通文件,无需手动解压它之类的?
\n当我在属性中检查文件大小时,大小甚至没有改变一个字节,但只有“磁盘上的大小”发生了减小。因此,文件的数据似乎保持原样(相同的哈希值可能证明了这一点),但它只是在从操作系统端读取时进行压缩和解压缩。
\n另一个问题是:还有另一种压缩算法,使用命令行提示符,输入“compact.exe /compactos:always”。两者有什么区别?
\nWindows 这些天让我头疼:/
\n几周前我使用了 Linux 的实时启动 CD,并将屏幕截图重定向到我的 NTFS 驱动器。
文件名包含冒号符号:,该符号是 NTFS 文件系统上不支持的文件名字符之一。
不支持的字符有:\ / : * ? " < > |
我尝试使用常规命令提示符、PowerShell、一些脚本语言,甚至 Windows 上的 Bash 来解决这个问题,但都没有成功。
我什至尝试了\\?\路径技巧,但它也不起作用。
该限制显然与 NTFS 文件系统有关,那么从这里继续的方法是什么?
ntfs ×10
windows ×5
filesystems ×4
compression ×2
windows-7 ×2
benchmarking ×1
chkdsk ×1
hard-drive ×1
kernel ×1
linux ×1
ntfs-3g ×1
partitioning ×1
performance ×1
timestamp ×1
ubuntu ×1
win32 ×1