我想比较Windows下的两个文件,每个文件的大小约为1Gb。我尝试了Total Commander和WinMerge,但是都以内存不足错误结束。
我正在运行带有8GB RAM的Vista Home Premium 64位,因此内存应该不是问题。
"I have <problem-x> that I don't know how to solve.
元答案中有关如何询问软件的模式完全匹配。因此,结束这个问题恕我直言是错误的。
我想比较Windows下的两个文件,每个文件的大小约为1Gb。我尝试了Total Commander和WinMerge,但是都以内存不足错误结束。
我正在运行带有8GB RAM的Vista Home Premium 64位,因此内存应该不是问题。
"I have <problem-x> that I don't know how to solve.
元答案中有关如何询问软件的模式完全匹配。因此,结束这个问题恕我直言是错误的。
Answers:
只使用fc
或comp
怎么办?
两者都包含在Windows中,处理大文件应该没有问题。实际上,1 GiB实际上是一个很小的文件。
fc
确实可以处理这么大的文件。它的比较算法虽然有点草率。
我使用HashTab,上次需要它们时可以很好地处理1 GB的文件,而且它是免费的。
如果您要查找差异而不是简单地(通过校验和)找出文件是否相同,则可以先拆分文件,然后尝试进行文件比较。
7-Zip文件管理器会将文件拆分为650Mb的块(文件>拆分文件...),然后应在DiffMerge中打开
File > Split File...
尝试使用MD5或SHA1 的校验和比较工具。我使用digestIT 2004。
如果您只是尝试进行比较,则可以尝试使用命令行比较工具或Windows的DiffUtils。Textpad还集成了一个比较工具,该文件是文本文件。
我为此使用了超越比较。这是用于文件比较和目录同步的非常好的工具(尽管它不是免费的:-(
我使用Hex Workshop在十六进制级别比较大型文件。.当然,它不是免费的,但值得每一分钱。有很多十六进制编辑器,十六进制计算器,文件比较等。但这是其中整体远远超过各部分之和的情况之一
看起来它们都是32位应用程序,因此即使在64位平台上,它们也都受到2GB最大内存使用量限制。不过,您可能会认为他们还有另一种处理方式,例如分页额外数据。
那么,哪一个最终适合您?
我使用ExamDiff www.prestosoft.com/edp_examdiff.asp,但是我不确定它是否适用于1GB的文件。
我的(ASCII)文件每个约为1.2 GB。
我试过了:
最后为我工作的是PilotEdit x64 6.2.0。
加载每个文件花费了一些时间,甚至花费了更多时间进行比较,但是一旦完成,它就可以很好地工作了,就像我以前在MultiEdit和NotePad ++中看到的一样。在差异块之间跳转,等等。