最好的自由文本编辑器支撑*多*4G的文件?[关闭]

Question

我在寻找一个文本编辑器，将能够负荷的4+Gb的文件成了它。Textpad不起作用。我自己的一份副本，并已向其支持网站，它只是不这样做。也许我需要新的硬件，但这是一个不同的问题。编辑需要免费或者，如果它要去成本我，然后不超过30美元。For Windows。

Answer 1

对于不同的用法，也可以考虑使用glogg：

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

  

一个警告 - 有两个搜索功能， Main Search 和 Quick Find 。
  较低的一个，我假设是快速查找，至少比上一个慢一个数量级，这是快的。

Answer 2

我不得不查看怪物（失控）日志文件（20+ GB）。我使用 hexedit免费版，可以使用任何大小的文件。它也是开源的。它是Windows可执行文件。

Answer 3

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

他最终使用了Edit Pad Pro，因为“基于我之前的使用历史，我觉得EditPad Pro是最合适的：它在大文本文件上速度非常快，具有最佳的正则表达式支持，并且它并不假装是IDE。“

Answer 4

我没有在编辑器中加载巨大的日志文件，而是使用Unix命令行工具，如 grep ， tail ， gawk ，等将有趣的部分过滤成一个小得多的文件然后，我打开它。

在Windows上，尝试 Cygwin 。

Answer 5

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

Answer 6

我多次偶然发现这篇文章，因为我经常需要处理大文件（10 Gigas +）。


在厌倦了越野车和非常有限的免费软件之后，并且在试用期结束后不愿意支付昂贵的编辑费用（毕竟不值钱），我只是用 VIM for Windows 取得了巨大的成功和满意度。

对于这种需求，它是完全可定制的，只需要完美定制，在处理文本文件时可以想到所有功能（搜索，替换，阅读等等）？

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

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

Answer 7

这样处理4G文件真的很难。我曾经处理过更大的文本文件，但我从来没有把它们加载到我的编辑器中。我在我以前的公司里主要使用UltraEdit，现在我使用的是Notepad ++，但我会得到我需要编辑的那些部分。 （大多数情况下，文件从不需要编辑）。

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

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

Answer 8

很抱歉在这么老的帖子上发帖，但我在这里尝试了几个提示，但没有一个对我有效。

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

这是一个Emacs，大文本文件查看器，HexEdit和Notepad ++都被扼杀的文件。

-Eric

Answer 9

我最喜欢尝试后几读6GB快照文件：

PilotEdit精简 http://www.pilotedit.com/

因为：

• 存储器的使用具有(以某种方式?!) 从来没有走上25MB，因此基本上不会影响我的余系统--尽管它花了几分钟时间打开。
• 有一个准确的进展酒吧在那段时间所以我知道它是如何得到。
• 一旦打开，简单的搜索和浏览过的文件的所有工作以及作为一个小记事本文件。
• 它是免费的。

其他的我想...

使亲 审判是非常令人印象深刻，该文件几乎立即开，但不幸的是太贵了，我要求。

EditPad亲 载的全6GB文件进入存储器和放缓的一切爬行。

Answer 10

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

对于Mac：TextWrangler来处理大文件。我不熟悉Windows环境以帮助那里。

Answer 11

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

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

Walrus团队的大文件查看器。

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

Answer 12

当我面对一个巨大的日志文件时，我不会试着看整件事，我使用免费文件分割器

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

如果您尝试将其加载到Excel中以使用自动过滤器，那么让您查看大量文本文件的查看器并没有多大帮助。由于我们都花了一天时间将问题分解成较小的部分以便能够解决它们，因此将相同的原理应用于大型文件并没有让我感到有争议。

Answer 13

HxD - 它是一个hexeditor，但它允许进行编辑，并且不会对大文件进行barf。

Answer 14

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

Answer 15

EmEditor 应该处理这个问题。正如他们的网站声明：

  

EmEditor现在可以通过打开一个大于 248 GB（或21亿行）来打开   带有新自定义栏的文件的一部分 - 大文件控制器。   大文件控制器允许您指定起点，   结束点和要打开的文件的范围。它也允许你   停止打开文件并监视文件的实际大小   可用临时磁盘的大小。

虽然不是免费的..

Answer 16

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

Answer 17

使用：

打开5GB文件（快速）

1） Hex Editor Neo

2） 010编辑

Answer 18

Textpad也适用于打开大小的文件。当我不得不处理3-5gb范围内的超大日志文件时，我已经做了很多次。另外，使用grep来拉出有价值的线条，然后看看那些效果很好。

Answer 19

这个问题需要更多细节。
您只想查看文件（例如日志文件）还是编辑它？
你有比你想要加载的文件大小更少的内存吗？
例如， TheGun ，一个用汇编语言编写的非常小的文本编辑器，声称“没有有效的文件大小限制，并且可以加载到其中的最大大小由文件的可用内存和加载速度决定。 [...]它已针对文件加载和保存进行了速度优化。＆quot;

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

Answer 20

我在4G文件上也遇到过TextPad问题。 Notepad ++运行良好。

Answer 21

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

Answer 22

您使用的操作系统和CPU是什么？如果您使用的是32位操作系统，那么系统上的进程实际上无法处理超过4GB的内存。由于大多数文本编辑器都试图将整个文件加载到内存中，我怀疑你会找到一个可以做你想做的事情。它必须是一个非常精美的文本编辑器，可以进行核外处理，即。即一次加载一个文件块。

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

Answer 23

为什么要将4 GB以上的文件加载到内存中？即使你找到一个可以做到这一点的文本编辑器，你的机器有4 GB的内存吗？除非它在物理内存中的容量超过4 GB，否则你的机器会慢下来并让交换文件变得疯狂。

那你为什么要4 GB以上的文件呢？如果您想要对其进行转换，或者进行搜索和替换，您可能最好还是编写一个小型快速程序来执行此操作。

Answer 24

我也喜欢 notepad ++ 。