最好的免费文本编辑器支持*超过* 4GB的文件?

我正在寻找一个文本编辑器,将能够加载一个4千兆字节的文件。 文本板不起作用。 我拥有它的一个副本,并已到其支持网站,它只是不这样做。 也许我需要新的硬件,但这是一个不同的问题。 编辑需要是免费的,如果花费我的话,不要超过30美元。 对于Windows。

glogg也可以考虑,用于不同的用途:

glogg截图

警告( Simon Tewsi在评论中报道,2013年2月)

一个警告 – 有两个searchfunction, Main SearchQuick Find
较低的一个,我认为是Quick Find ,至less比上一个速度慢一个数量级。

我必须看看怪物(失控)日志文件(20 + GB)。 我使用了hexedit免费版本 ,可以处理任何大小的文件。 它也是开源的。 这是一个Windows可执行文件。

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

他最终select了Edit Pad Pro,因为“基于我以前的使用历史,我觉得EditPad Pro是最合适的:在大型文本文件上速度非常快,具有最佳的正则expression式支持,并且不会假装成为一个IDE“。

我没有在编辑器中加载巨大的日志文件,而是使用像greptailgawk等Unix命令行工具来将有趣的部分过滤成更小的文件,然后打开它。

在Windows上,尝试Cygwin 。

你尝试过上下文编辑器吗? 它小而快。

我偶然在这篇文章中遇到过很多次,因为我经常需要处理大文件(10 Gigas +)。

在厌倦了越野车和相当有限的免费软件之后,又不愿意在试用过期后付出昂贵的编辑(毕竟不值得花钱),我只是用VIM来获得巨大的成功和满意度。

对于这种需求,它完全是完美的,完全可定制的,具有人们在处理文本文件(search,replace,阅读等)时可以想到的所有function。

我很惊讶没有人回答(除了以前的答案,但MacOS)…

为了logging,我在这篇博客文章中偶然发现了这个博客 , 这个博文明智地提出了这个build议。

处理4G文件是非常困难的。 我曾经处理较大的文本文件,但我从来没有用它加载到我的编辑器。 我主要在我以前的公司使用UltraEdit,现在我使用Notepad ++,但是我只能得到我需要编辑的那些部分。 (大多数情况下,这些文件不需要编辑)。

你为什么要把这样一个大文件加载到编辑器中? 当我处理这些大小的文件时,我使用了GNU Core Utils。 我在这些文件上执行的最常见的操作是头(获得最高的25万行等),尾巴,拆分,sorting,shuf,uniq等。它真的很强大。

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

很抱歉发布这样一个旧的线程,但我尝试了几个提示在这里,没有一个为我工作。

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

这是Emacs,大文本文件查看器,HexEdit和记事本++所有窒息的文件。

-Eric

尝试几个读取一个6GB的mysqldump文件后,我最喜欢的:

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

因为:

  • 内存使用量(从某种程度上来说?)从来没有超过25MB,所以对我的系统其余部分基本上没有影响 – 尽pipe打开了几分钟。
  • 那段时间有一个准确的进度条,所以我知道这是怎么回事。
  • 一旦打开,简单的search,浏览文件,所有的工作,以及一个小的记事本文件。
  • 免费。

其他我试过…

EmEditor Pro的试用非常令人印象深刻,文件几乎立即打开,但不幸的是我的要求太昂贵了。

EditPad Pro将整个6GB文件加载到内存中,并放缓一切爬行。

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

对于Mac:TextWrangler来处理大文件。 在Windows环境下,我还不够精通。

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

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

由Walrus团队的大文件查看器。

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

当我面对一个巨大的日志文件,我不想看看整个事情,我使用自由文件分割

诚然,这是一个解决方法,而不是一个解决scheme,有时你会需要整个文件。 但是通常我只需要从一个较大的文件中看到几行,这似乎也是你的问题。 如果没有,也许别人会觉得这个工具很有用。

例如,如果您想要将其加载到Excel中以使用“自动筛选器”,则可以查看大量文本文件的查看器没有多大帮助。 既然我们大家都把问题分解成小部分来解决问题,那么把同样的原理应用到一个大文件上就不会引起争议。

HxD – 这是一个hexeditor,但它允许进行编辑,并且不会在大文件上禁止。

调整是一个hex编辑器,可以处理非常大的文件的编辑,包括插入和删除。

EmEditor应该处理这个。 正如他们的网站所称 :

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

虽然不是免费的

我发现远程指挥官可以打开大文件(我试过4.2 GB的XML文件),它不会加载整个文件在内存中,工作的很快。

打开5GB文件(快速)与:

1) hex编辑器Neo

2) 010编辑

在打开大小的文件时,Textpad也可以很好地工作。 当我不得不处理3-5gb范围内的极大日志文件时,我已经做了很多次了。 另外,使用grep来拉出有价值的线,然后看看那些伟大的作品。

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

为了提取内存限制,我想可以使用映射内存。 但是,如果需要编辑文件,应该使用一些聪明的方法,比如在内存中存储本地更改,并在保存时将其按块应用。 在某些情况下可能无效(例如大search/replace)。

我在TextPad上也遇到过4G文件的问题。 记事本++很好地工作。

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

你使用的是什么操作系统和CPU? 如果您使用的是32位操作系统,则系统上的一个进程无法处理超过4GB的内存。 由于大多数文本编辑器试图加载整个文件到内存中,我怀疑你会find一个会做你想要的。 这将是一个非常花哨的文本编辑器,可以做核心处理,即一次加载一个文件块。

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

你为什么要加载一个4 + GB的文件到内存中? 即使你find一个文本编辑器可以做到这一点,你的机器有4 GB的内存? 除非物理内存中有4 GB以上的内存,否则您的机器会放慢速度,并使文件变得疯狂。

那么为什么你想要一个4 + GB的文件? 如果你想改变它,或者做一个search和replace,你最好写一个小的快速程序来做。

我也喜欢记事本++ 。