我正在寻找一个能够将 4+ GB 文件加载到其中的文本编辑器。文本板不起作用。我拥有它的副本并访问过它的支持站点，但它只是不这样做。也许我需要新硬件，但这是一个不同的问题。编辑器需要是免费的，或者，如果它要花费我，那么不超过 30 美元。对于 Windows。
Optimal Solutions
问问题
265745 次
24 回答
54
对于不同的用法，也可以考虑使用 glogg：
警告（Simon Tewsi在评论中报告，2013 年 2 月）
一个警告 - 有两个搜索功能，
Main Search和Quick Find.
下一个，我假设是Quick Find，至少比上一个慢一个数量级，后者很快。
于 2008-10-02T18:49:10.263 回答
28
我不得不查看怪物（失控）日志文件（20+ GB）。我使用了可以处理任何大小文件的hexedit 免费版。它也是开源的。它是一个 Windows 可执行文件。
于 2008-09-19T15:59:52.083 回答
13
杰夫阿特伍德在这里有一个帖子：http: //www.codinghorror.com/blog/archives/000229.html
他最终选择了 Edit Pad Pro，因为“根据我之前的使用历史，我觉得 EditPad Pro 是最合适的：它在处理大型文本文件时速度非常快，具有同类最佳的正则表达式支持，而且它不会假装成为一个IDE。”
于 2008-09-19T15:30:16.567 回答
11
我没有在编辑器中加载巨大的日志文件，而是使用 Unix 命令行工具（如grep、tail、gawk等）将有趣的部分过滤到一个小得多的文件中，然后打开它。
在 Windows 上，尝试Cygwin。
于 2009-05-13T13:59:32.100 回答
5
您是否尝试过上下文编辑器？它小而快。
于 2011-01-30T12:11:54.477 回答
4
我多次偶然发现这篇文章，因为我经常需要处理大文件（10 Gigas+）。
在厌倦了 bug 和相当有限的免费软件之后，并且在试用期结束后不愿意为昂贵的编辑器付费（毕竟不值钱），我刚刚使用VIM for Windows并获得了巨大的成功和满足。
它非常适合这种需求，完全可定制，具有处理文本文件时可以想到的所有功能（搜索、替换、阅读等。你可以命名它）
我很惊讶没有人回答（除了以前的答案，但对于 MacOS）......
为了记录，我在这篇博文中偶然发现了它，它明智地建议了它。
于 2013-01-15T00:49:30.123 回答
3
像这样处理4G文件真的很难。我曾经处理较大的文本文件，但我从来没有将它们加载到我的编辑器中。我在以前的公司主要使用 UltraEdit，现在我使用 Notepad++，但我只会得到那些我需要编辑的部分。（大多数情况下，文件从不需要编辑）。
为什么要将这么大的文件加载到编辑器中？当我处理这些大小的文件时，我使用了 GNU Core Utils。我对这些文件执行的最常见操作是 head（获取前 250k 行等）、tail、split、sort、shuf、uniq 等。它真的很强大。
使用 GNU Core Utils 可以做很多事情。我肯定会推荐那些，而不是新的编辑器。
于 2008-09-19T15:32:49.557 回答
3
很抱歉在这么老的帖子上发帖，但我在这里尝试了几个技巧，但没有一个对我有用。
它与文本编辑器略有不同，但我发现 Beyond Compare 可以在我的 Vista 32 位机器上处理超大 (3.6 Gig) 文件。
这是 Emacs、Large Text File Viewer、HexEdit 和 Notepad++ 都无法使用的文件。
-埃里克
于 2011-05-20T17:41:47.000 回答
3
在尝试了几次读取 6GB mysqldump 文件后我最喜欢的：
PilotEdit Lite http://www.pilotedit.com/
因为：
- 内存使用量（不知何故？！）从未超过 25MB，因此对我系统的其余部分基本上没有影响 - 尽管打开需要几分钟。
- 在那段时间有一个准确的进度条，所以我知道它是如何进行的。
- 一旦打开，简单的搜索和浏览文件都可以像一个小记事本文件一样工作。
- 免费。
其他我试过...
EmEditor Pro试用版非常令人印象深刻，文件几乎立即打开，但不幸的是对于我的要求来说太贵了。
EditPad Pro将整个 6GB 文件加载到内存中，让一切都慢了下来。
于 2015-07-21T10:43:30.943 回答
1
对于 windows、unix 还是 Mac？在 Mac 或 *nix 上，您可以使用命令行或 GUI 版本的 emacs 或 vim。
对于 Mac：TextWrangler 可以很好地处理大文件。我对 Windows 环境不够精通，无法提供帮助。
于 2008-09-19T15:28:31.860 回答
1
当我面对一个巨大的日志文件时，我不会尝试查看整个内容，我会使用Free File Splitter
诚然，这是一种解决方法而不是解决方案，有时您需要整个文件。但通常我只需要从一个较大的文件中查看几行，这似乎也是你的问题。如果没有，也许其他人会发现该实用程序很有用。
例如，如果您试图将其加载到 Excel 中以使用自动过滤器，则可以让您查看大量文本文件的查看器并没有多大帮助。由于我们都花一天时间将问题分解成更小的部分以便能够解决它们，因此将相同的原则应用于大文件并没有让我觉得有争议。
于 2008-09-19T15:43:25.803 回答
1
如果您只想查看一个大文件而不是对其进行编辑，那么有几个免费软件程序可以一次读取文件块，而不是尝试将整个文件加载到内存中。当我需要阅读大型（> 5 GB）文件时，我会使用它们。
swiftgear http://www.swiftgear.com/ltfviewer/features.html的大文本文件查看器
Team Walrus 的大文件查看器。
您必须自己找到最后一个链接，因为我最多只能发布一个超链接作为新手。
于 2010-07-02T22:41:11.053 回答
1
HxD - 它是一个十六进制编辑器，但它允许就地编辑，并且不会对大文件产生干扰。
于 2011-10-05T16:41:05.983 回答
1
Tweak是一个十六进制编辑器，可以处理对非常大的文件的编辑，包括插入和删除。
于 2013-01-07T09:56:13.293 回答
1
我发现 FAR 指挥官可以打开大文件（我尝试了 4.2 GB xml 文件）并且它不会将整个文件加载到内存中并且运行速度很快。
于 2015-03-19T13:47:36.043 回答
1
打开 5GB 文件（快速）：
1)十六进制编辑器 Neo
2) 010 编辑器
于 2015-07-15T15:10:25.003 回答
0
Textpad 也适用于打开该大小的文件。当不得不处理 3-5gb 范围内的超大日志文件时，我已经做过很多次了。此外，使用 grep 拉出有价值的行，然后看看那些作品很棒。
于 2008-09-19T15:43:54.057 回答
0
这个问题需要更多细节。
您只想查看文件（例如日志文件）还是编辑它？
您的内存是否比您要加载的文件的大小更多或更少？
例如，TheGun是一个用汇编语言编写的非常小的文本编辑器，它声称“没有有效的文件大小限制，可以加载到其中的最大大小取决于可用内存和文件的加载速度。[.. .] 它已针对文件加载和保存进行了速度优化。 "
为了抽象内存限制，我想可以使用映射内存。但是，如果您需要编辑文件，则应该使用一些巧妙的方法，例如将本地更改存储在内存中，并在保存时逐块应用它们。在某些情况下可能无效（例如大搜索/替换）。
于 2008-09-19T15:48:08.617 回答
0
我在 4G 文件上也遇到了 TextPad 的问题。Notepad++ 很好用。
于 2008-10-05T02:55:32.060 回答
-1
您使用的是什么操作系统和 CPU？如果您使用的是 32 位操作系统，则系统上的进程在物理上不能寻址超过 4GB 的内存。由于大多数文本编辑器都试图将整个文件加载到内存中，我怀疑你会找到一个能做你想做的事。它必须是一个非常漂亮的文本编辑器，可以进行核外处理，即一次加载一个文件块。
如果您在具有 64 位 CPU 和 64 位操作系统的计算机上使用 64 位文本编辑器，您可能能够加载如此巨大的文件。而且您必须确保您的交换分区或交换文件中有足够的空间。
于 2008-09-19T15:32:54.160 回答
-1
为什么要将 4+ GB 的文件加载到内存中？即使您找到可以做到这一点的文本编辑器，您的机器是否有 4 GB 内存？除非它有超过 4 GB 的物理内存，否则你的机器会变慢很多，并且交换文件会发疯。
那么为什么你想要一个 4+ GB 的文件呢？如果您想对其进行转换，或进行搜索和替换，您最好编写一个小型快速程序来完成它。
于 2008-09-19T15:33:50.413 回答
-2
我也喜欢记事本++。
于 2008-09-19T15:33:09.480 回答