对于不同的用法,也可以考虑使用glogg:

警告(报告人 Simon Tewsi 在里面 the comments ,2013月2日)

一个警告-有两个搜索功能, Main Search 和 Quick Find .
下一个,我想是 快速查找 ,至少比上一个慢一个数量级,这是快的。

我必须查看Monster(逃跑)日志文件(20+GB)。我用过 hexedit FREE version 它可以处理任何大小的文件。它也是开源的。它是一个Windows可执行文件。

Jeff Atwood在这里有一个帖子: http://www.codinghorror.com/blog/archives/000229.html

他最终选择了edit pad-pro,因为“根据我以前的使用历史,我觉得edit pad-pro是最合适的:它在大文本文件上速度很快,支持最好的regex,而且它不会假装是一个IDE。”

我没有在编辑器中加载庞大的日志文件,而是使用诸如 grep , tail , gawk 等等,为了把有趣的部分过滤成更小的文件,然后我打开它。

在Windows上,尝试 Cygwin .

你试过了吗? context editor ?它又小又快。

我在这篇文章上偶然发现了很多次,因为我经常需要处理巨大的文件(10千兆)。

在厌倦了马车和相当有限的免费软件,不愿意在试用期满后支付昂贵的编辑费用(毕竟不值得花这么多钱),我只是使用 VIM for Windows 非常成功和满意。

它非常适合这种需求,完全可定制,具有处理文本文件(搜索、替换、读取等)时可以想到的所有功能。

我很惊讶没有人回答这个问题(除了以前的答案,除了MacOS)。

据我所知 this blog post 这是明智的建议。

像这样处理4G文件真的很困难。我以前处理较大的文本文件,但从未将它们加载到编辑器中。我在以前的公司里经常使用超级编辑,现在我使用记事本++,但我只会得到我需要编辑的部分。(大多数情况下,文件从不需要编辑)。

为什么你要把这么大的文件加载到一个编辑器中?当我处理这些大小的文件时,我使用了GNU核心实用程序。我对这些文件执行的最常见操作是head(获取前250k行等)、tail、split、sort、shuf、uniq等。它非常强大。

使用GNU核心实用程序可以做很多事情。我绝对会推荐这些,而不是一个新的编辑。

很抱歉发这么老的帖子,但我在这里试了几个技巧,但没有一个对我有用。

它与文本编辑器稍有不同,但我发现,Beyond Compare可以在我的Vista 32位计算机上处理一个非常大(3.6 gig)的文件。

这是一个emacs、大型文本文件查看器、hexedit和notepad++都无法使用的文件。

-埃里克

我最喜欢的是在尝试了几次读取6GB mysqldump文件之后:

免费文件编辑器 http://www.pilotedit.com/

因为:

• 内存使用情况(不知何故?!)从来没有超过25MB,所以基本上不会对我的系统的其他部分造成影响-尽管打开它需要几分钟。
• 在那段时间里有一个准确的进度条,所以我知道它是如何发展的。
• 一旦打开,简单的搜索和浏览文件,所有工作以及一个小记事本文件。
• 它是免费的。

其他我尝试过的…

编辑器编辑器 试验非常令人印象深刻,文件几乎立即打开,但不幸的是,对于我的要求太贵了。

编辑程序 将整个6GB文件加载到内存中,使所有操作都变慢。

对于Windows、Unix或Mac?在mac或*nix上,您可以使用命令行或emacs或vim的GUI版本。

对于mac:textwrangler,要处理好大文件。我对窗户的景观还不够了解,不能帮我走出去。

如果你只是想查看一个大文件而不是编辑它,有几个免费软件程序一次读取一个块文件,而不是试图将整个文件加载到内存中。当需要读取大型(>5 GB)文件时,我会使用这些文件。

SwiftGear的大文本文件查看器 http://www.swiftgear.com/ltfviewer/features.html

海象队的大文件查看器。

你必须自己找到最后一个链接,因为作为新手,我最多只能发布一个超链接。

当我面对一个巨大的日志文件时,我不会试图查看整个事件,我使用 Free File Splitter

诚然,这是一种解决方案,而不是解决方案,有时您需要整个文件。但我经常只需要从一个大文件中看到几行,这似乎也是你的问题。如果没有,也许其他人会发现这个实用程序是有用的。

例如,如果您试图将大量文本文件加载到Excel中以使用自动筛选,那么让您看到这些文本文件的查看器没有多大帮助。因为我们都花了一天时间把问题分解成更小的部分来解决它们,所以对一个大文件应用相同的原则并没有让我觉得有争议。

hxd——它是一个hexeditor,但是它允许就地编辑,并且不会在大文件上重击。

Tweak 是一个十六进制编辑器,可以处理对非常大的文件的编辑,包括插入和删除。

EmEditor 应该处理这个。作为他们 site claims :

eMeditor现在可以打开更大的 248 GB(或21亿线) 通过打开 文件的一部分,使用新的自定义栏-大文件控制器。 大文件控制器允许您指定起始点, 要打开的文件的终点和范围。它还允许你 停止打开文件并监视文件的实际大小 可用临时磁盘的大小。

不过不是免费的……

我发现far指挥官可以打开大文件(我尝试了4.2GbXML文件) 而且它不会将整个文件加载到内存中并快速工作。

打开5GB文件(快速),使用:

1) 十六进制编辑器NEO

2) 010编辑

textpad还可以很好地打开那个大小的文件。在处理3-5GB范围内非常大的日志文件时,我做了很多次。此外,使用grep来提取有价值的行,然后看看这些工作很好。

这个问题需要更多的细节。
您只想查看一个文件(如日志文件)还是编辑它?
您的内存是否比要加载的文件大或小?
例如, TheGun ,一个用汇编语言编写的非常小的文本编辑器,声称 没有有效的文件大小限制,可以加载的最大大小由可用内存和文件的加载速度决定。[…]已针对文件加载和保存进行了速度优化。 “

为了抽象内存限制,我想可以使用映射内存。但是,如果需要编辑文件,那么应该使用一些聪明的方法,比如将本地更改存储在内存中,并在保存时逐块应用它们。在某些情况下可能无效(例如大搜索/替换)。

在4G文件上,我也遇到了关于textpad的问题。记事本+很好用。

Emacs 可以处理 huge file sizes 您可以在Windows或*nix上使用它。

你在使用什么操作系统和CPU?如果您使用的是32位操作系统,那么系统上的进程在物理上不能寻址超过4GB的内存。由于大多数文本编辑器都试图将整个文件加载到内存中,所以我怀疑您是否会找到一个可以满足您需要的文件。它必须是一个非常出色的文本编辑器,可以进行核心处理,即一次加载一大块文件。

如果在一台64位CPU和64位操作系统的计算机上使用64位文本编辑器,您可能能够加载这么大的文件。您必须确保在交换分区或交换文件中有足够的空间。

为什么要将4+GB文件加载到内存中?即使你找到一个能做到这一点的文本编辑器,你的机器是否有4GB的内存?而且,除非它的物理内存超过4GB,否则您的机器会减速很多,并疯狂地交换文件。

那么,为什么要一个4+GB的文件呢?如果你想转换它,或者做一个搜索和替换,你最好写一个小的快速程序来完成它。

我也喜欢 notepad++ .