我正在寻找一个文本编辑器，可以将4+ GB的文件加载到其中。文本板不起作用。我拥有它的副本，并且去过它的支持站点，只是没有这样做。也许我需要新的硬件，但这是一个不同的问题。编辑器必须是免费的，或者，如果要花我钱，则不超过30美元。对于Windows。

glogg也可以考虑用于其他用途：

警告（Simon Tewsi在评论中报告，2013年2月）

一个警告-具有两个搜索功能，Main Search和Quick Find。
我认为较低的那个Quick Find至少比较快的一个较慢的一个数量级要慢。

我不得不查看怪物（失控）日志文件（超过20 GB）。我使用了hexedit FREE版本，该版本可以处理任何大小的文件。它也是开源的。它是Windows可执行文件。

Jeff Atwood在此发表了一篇文章：http : //www.codinghorror.com/blog/archives/000229.html

他最终选择了Edit Pad Pro，因为“根据我以前的使用历史，我觉得EditPad Pro是最合适的：它在大型文本文件上非常快，具有最好的正则表达式支持，并且不会假装成为IDE。”

相反，在编辑器中加载一个巨大的日志文件，我使用Unix命令行工具，如grep，tail，gawk，等来了有趣的部分过滤成更小的文件，然后，我打开。

在Windows上，尝试Cygwin。

您是否尝试过上下文编辑器？它又小又快。

我无意中发现了这篇文章很多次，因为我经常需要处理大量文件（10 Gigas +）。

在厌倦了越野车和相当有限的免费软件，并且不愿在试用期满后付钱给昂贵的编辑人员（毕竟不值钱）之后，我刚刚在Windows上使用VIM取得了巨大的成功和满意。

它完全可以满足这种需求，完全可定制，具有处理文本文件（搜索，替换，阅读等您命名的名字）的所有功能。

我很惊讶没有人回答（除了以前的答案，但对于MacOS）...

为了记录，我在这篇博文中偶然发现了它，并明智地提出了建议。

如此处理4G文件确实非常困难。我曾经处理过较大的文本文件，但从未使用过将它们加载到编辑器中的方法。我在以前的公司中主要使用UltraEdit，现在使用Notepad ++，但仅获得需要编辑的部分。（在大多数情况下，不需要编辑文件）。

您为什么要将如此大的文件加载到编辑器中？处理这些大小的文件时，我使用了GNU Core Utils。我在那些文件上执行的最常见的操作是head（获取前250k行等），tail，split，sort，shuf，uniq等。它确实非常强大。

GNU Core Utils可以做很多事情。我肯定会推荐那些，而不是新的编辑器。

很抱歉在这样的旧线程上发布，但是我在这里尝试了一些技巧，但没有一个对我有用。

它与文本编辑器稍有不同，但是我发现Beyond Compare可以在我的Vista 32位计算机上处​​理非常大的文件（3.6 Gig）。

这是Emacs，大文本文件查看器，HexEdit和Notepad ++都阻塞的文件。

-埃里克

我最喜欢尝试一些读取6GB mysqldump文件后：

PilotEdit Lite http://www.pilotedit.com/

因为：

• 内存使用量（以某种方式！！）从未超过25MB，因此对系统的其余部分基本上没有影响-尽管打开它花了几分钟。
• 在那段时间里有一个准确的进度条，所以我知道进度如何。
• 打开后，简单的搜索以及浏览文件的效果与记事本文件一样小。
• 免费。

我尝试过的其他人

EmEditor Pro试用版给人留下了深刻的印象，该文件几乎立即打开，但不幸的是，对于我的要求而言，它太昂贵了。

EditPad Pro将整个6GB文件加载到内存中，并拖慢了所有速度。

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

对于Mac：TextWrangler可以很好地处理大文件。我对Windows方面的知识还不足够了解。

如果您只想查看一个大文件而不是编辑它，有几个免费软件程序可以一次读取一个文件，而不是尝试将整个文件加载到内存中。当我需要读取大文件（> 5 GB）时，会使用这些文件。

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

Walrus团队提供的大文件查看器。

您必须自己找到最后一个链接，因为我最多只能发布一个超级链接，这是一个新手。

当我面对巨大的日志文件时，我不会尝试查看全部内容，而是使用免费文件拆分器

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

例如，如果您尝试将查看器加载到Excel中以使用自动筛选器，则可以查看大量文本文件的查看器并没有太大帮助。由于我们全天都在将问题分解为较小的部分，以便能够解决它们，因此将相同的原理应用于大型文件并不会引起我的争议。

HxD-这是一个十六进制编辑器，但是它允许就地编辑，并且不会对大型文件造成干扰。

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

EmEditor应该处理此问题。正如他们的网站所声称的：

现在，通过使用新的自定义栏-大文件控制器打开文件的一部分，EmEditor能够打开甚至大于248 GB（或21亿行）的文件。大文件控制器允许您指定要打开的文件的起点，终点和范围。它还允许您停止打开文件并监视文件的实际大小和可用的临时磁盘的大小。

不是免费的..

我发现FAR指挥官可以打开大文件（我尝试过4.2 GB xml文件），并且它不会将整个文件加载到内存中并且可以快速运行。

使用以下命令快速打开了5GB的文件：

1）十六进制编辑器Neo

2）010编辑器

Textpad也可以很好地打开该大小的文件。当不得不处理3-5gb范围内的超大日志文件时，我已经做了很多次。另外，使用grep提取有价值的行，然后看那些行之有效。

该问题将需要更多细节。
您是否只想查看文件（例如，日志文件）或对其进行编辑？
您的内存是否大于您要加载的文件大小？
例如，TheGun（一种用汇编语言编写的非常小的文本编辑器）声称“没有有效的文件大小限制，并且可以加载到其中的最大大小取决于可用内存和文件的加载速度。 。]已针对文件加载和保存进行了速度优化。 ”

为了抽象化内存限制，我想可以使用映射内存。但是，如果需要编辑文件，则应使用一些巧妙的方法，例如将本地更改存储在内存中，并在保存时逐块应用它们。在某些情况下可能无效（例如，较大的搜索/替换次数）。

我在4G文件上使用TextPad也遇到了问题。Notepad ++可以很好地工作。

Emacs可以处理巨大的文件，您可以在Windows或* nix上使用它。

您正在使用什么操作系统和CPU？如果您使用的是32位操作系统，则系统上的进程实际上不能寻址超过4GB的内存。由于大多数文本编辑器都试图将整个文件加载到内存中，所以我怀疑您会发现一个可以满足您需要的文件。它必须是一个非常出色的文本编辑器，它可以执行核心外处理，即一次加载文件的一部分。

如果在具有64位CPU和64位操作系统的计算机上使用64位文本编辑器，则可能能够加载如此大的文件。并且必须确保交换分区或交换文件中有足够的空间。

为什么要将4 GB以上的文件加载到内存中？即使您找到可以执行此操作的文本编辑器，您的计算机是否也有4 GB的内存？而且，除非它的物理内存超过4 GB，否则您的计算机将减慢很多速度并疯狂地交换文件。

那么，为什么要4 GB以上的文件？如果您想对其进行转换，或者进行搜索和替换，则最好编写一个小型的快速程序来完成它。

我也喜欢notepad ++。