最好的免费文本编辑器支持*超过4GB *文件？ [关闭](Best Free Text Edit

我要寻找一个文本编辑器，将能够4 +技嘉文件加载到它。 Textpad不起作用。 我自己的一个副本，并一直在其支持网站，它只是没有做到这一点。 也许我需要新的硬件，但是这是一个不同的问题。 编辑必须是免费，或者如果它要花费我，然后不超过30 $。 对于Windows。

Answer 1:

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

买者（所报道的西蒙Tewsi在评论 2010年2月2013年）

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

Answer 2:

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

Answer 3:

杰夫阿特伍德对这个职位在这里： http://www.codinghorror.com/blog/archives/000229.html

他最终与编辑垫Pro的去了，因为“根据我以前的使用历史，我觉得的EditPad临是最适合的：这是相当快上大的文本文件，具有最好的品种正则表达式的支持，但它并不打算是一个IDE“。

Answer 4:

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

在Windows上，尝试Cygwin的 。

Answer 5:

您是否尝试过上下文编辑器 ？ 它体积小速度快。

Answer 6:

我无意中发现这个帖子很多次，因为我经常需要处理大文件（10千兆+）。

厌倦车和相当有限的免费软件，并不甘心（毕竟不值钱）支付FO昂贵的编辑试用期满后之后，我就用VIM的Windows取得了巨大成功和满意度。

正是出于这种需要简直是完美的，完全可定制的，与所有的要素一个能想到的与文本文件打交道时的（搜索，替换，读书，等你的名字）

我很奇怪没有人回答说（除以前的答案，但适用于MacOS）...

为了记录我无意中发现了它在这个博客帖子 ，这明智地劝它。

Answer 7:

这真的很难处理4G的文件本身。 我用来处理较大的文本文件，但我从来没有使用到它们加载到我的编辑。 我主要使用UltraEdit的我以前的公司，现在我用记事本+ +，但我得到的只是那些我需要修改的部分。 （大多数情况下，这些文件从来不需要编辑）。

ü为什么要在加载这么大的文件编辑器？ 当我处理这些大小的文件，我用GNU核心utils的。 我对这些文件进行的最常见的操作是头（以获得最高25万线等），尾，分割，排序，SHUF，uniq的等它真正强大的。

有很多的东西，你可以用GNU核心utils的事。 我肯定会推荐的，而不是一个新的编辑器。

Answer 8:

对不起张贴在这样一个古老的线程，但我试了这里的技巧，和他们没有为我工作。

这是比文本编辑器略有不同，但我发现，除了比较可以处理我的Vista 32位机器上的一个非常大的（3.6千兆）文件。

这是一个文件，Emacs会，大文本文件阅读器，hexedit的，和记事本++的所有哽咽。

-Eric

Answer 9:

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

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

因为：

• 内存使用了（不知何故？）从来没有飞过25MB，在我的系统的其余部分所以基本上没有影响 - 虽然它花费几分钟的时间才能打开。
• 有在这段时间，所以我知道它是怎么得到的准确的进度条。
• 一旦开放，简单的搜索，并通过所有的工作文件，以及一个小记事本文件浏览。
• 免费。

其他的我想...

EmEditor的专业审判是非常可观的，打开的文件几乎是瞬间，但对于我的要求，遗憾的是太贵了。

专业的EditPad加载整个6GB文件到内存中，并减缓一切抓取。

Answer 10:

对于Windows，UNIX或Mac？ 在Mac或* nix中您可以使用命令行或Emacs或VIM的GUI版本。

对于Mac：要的TextWrangler处理大文件好。 我不熟悉不够的Windows景观，以帮助那里。

Answer 11:

F你只是想查看一个大文件，而不是编辑，有一对夫妇，在一次读取文件块，而不是试图加载整个文件到内存中免费程序。 我用这些当我需要通过大型（> 5 GB）文件的读取。

通过swiftgear大文本文件阅读器http://www.swiftgear.com/ltfviewer/features.html

由Team海象大文件浏览器。

你必须找到自己的那最后一个链接，因为我可以最多一个超级链接是一个新手只发布。

Answer 12:

当我面临着一个巨大的日志文件，我不尝试一下整个事情，我使用免费文件分割

诚然，这是一个解决办法，而不是一个解决方案，而有些时候你需要整个文件。 但是，我常常只需要看到一个较大的文件了几行，这似乎是你的问题太多。 如果不是这样，也许别人会发现工具是有用的。

可以让你看到巨大的文本文件的查看器没有太大的帮助，如果你想获得它加载到Excel中使用自动筛选，例如。 因为我们都花了一天打破问题成更小的部分，以便能够解决这些问题，应用相同的原则，以大文件并没有打我的争议。

Answer 13:

HXD - 这是一个16进制软件，但它允许在地方编辑，以及大型文件不BARF。

Answer 14:

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

Answer 15:

EmEditor中应对此进行处理。 由于他们的网站声称 ：

EmEditor的是现在能够用新的自定义栏打开文件的一部分，打开甚至超过248 GB（或2.1十亿线）大-大型文件控制器。 大文件控制器允许您指定的起点，终点和文件的范围被打开。 它还允许你停止该文件的打开和监视文件的实际大小和可用临时磁盘的大小。

不是免费的，但..

Answer 16:

我发现，FAR指挥官可以打开大文件（我想4.2 GB的XML文件），它不会加载在内存中的整个文件和工作快。

Answer 17:

打开5GB文件（快）与：

1） 十六进制编辑器新

2）010编辑器

Answer 18:

Textpad也是在打开文件大小效果很好。 不必处理在3-5gb范围非常大的日志文件时，我已经做了很多次。 此外，用grep拉出值得行，然后看看那些伟大的作品。

Answer 19:

这个问题将需要更多的细节。
你想只是为了看一个文件（例如日志文件）或者编辑呢？
你有比你要加载或更少的文件的大小更多的内存？
例如， TheGun ，汇编语言编写的一个非常小的文本编辑器，声称“ 没有一个有效的文件大小限制，并进入它是由可用存储器和文件的加载速度确定可以被加载的最大大小。[.. ]据速度两个文件加载优化和保存。“

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

Answer 20:

4G的文件了我曾与TextPad的问题。 记事本+很好地工作。

Answer 21:

Emacs的能够处理大文件的大小 ，你可以使用它在Windows或* nix中。

Answer 22:

什么操作系统和CPU是您使用？ 如果您使用的是32位的操作系统，那么你的系统上的物理过程不能处理超过4GB的内存。 由于大多数文本编辑器尝试加载整个文件到内存中，我怀疑你会找到一个会做你想做的。 它必须是一个非常优秀的文本编辑器，可以做外的核心处理，即加载文件的块在同一时间。

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

Answer 23:

你为什么要加载一个4 + GB的文件到内存？ 即使你找到一个文本编辑器，可以做到这一点，你的机器有4 GB的内存？ 除非它有很多超过4 GB的物理内存，你的机器会减慢了很多，去交换文件疯狂。

那么，为什么你想有一个4 + GB的文件？ 如果你想改变它，或做搜索和替换，你可能会更好写一个小程序迅速做到这一点。

Answer 24:

我也很喜欢记事本+ + 。

文章来源: Best Free Text Editor Supporting *More Than* 4GB Files? [closed]