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

时间:2008-09-19 15:26:18

标签: editor text-editor text-files large-files

我正在寻找能够将4+ Gigabyte文件加载到其中的文本编辑器。 Textpad不起作用。我拥有它的副本并且已经到了它的支持站点,它只是没有这样做。也许我需要新的硬件,但这是一个不同的问题。编辑需要是免费的,如果它要花费我,那么不超过30美元。对于Windows。

24 个答案:

答案 0 :(得分:54)

对于不同的用法,也可以考虑使用glogg:

glogg screenshot

警告(由Simon Tewsithe comments,2013年2月报道)

  

一个警告 - 有两个搜索功能,Main SearchQuick Find   较低的一个,我假设是Quick Find,比上一个慢一个数量级,这是快的。

答案 1 :(得分:28)

我不得不查看怪物(失控)日志文件(20+ GB)。我使用hexedit FREE version可以使用任何大小的文件。它也是开源的。它是Windows可执行文件。

答案 2 :(得分:13)

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

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

答案 3 :(得分:11)

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

在Windows上,尝试Cygwin

答案 4 :(得分:5)

你试过context editor吗?它小而快。

答案 5 :(得分:4)

我多次偶然发现这个帖子,因为我经常需要处理大文件(10 Gigas +)。

在厌倦了越野车和相当有限的免费软件之后,并且在试用期结束后不愿意支付昂贵的编辑费用(毕竟不值钱),我只是用VIM for Windows取得了巨大的成功和满足感。
/> 这种需求完全可定制,完全可定制,所有功能都可以在处理文本文件时进行考虑(搜索,替换,阅读等等)。

我很惊讶没有人回答(除了之前的答案,但对于MacOS而言)......

为了记录,我在this blog post偶然发现了它,明智地建议它。

答案 6 :(得分:3)

我尝试了几个读取6GB mysqldump文件后的最爱:

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

由于:

  • 内存使用率(某种程度上?!)从未超过25MB,所以基本上对我系统的其他部分没有影响 - 尽管打开需要几分钟。
  • 在此期间有一个准确的进度条,所以我知道它是如何进展的。
  • 一旦打开,简单搜索,浏览文件都可以和一个小的记事本文件一起使用。
  • 它是免费的。

我试过的其他人......

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

EditPad Pro 将整个6GB文件加载到内存中,并将所有内容放慢速度。

答案 7 :(得分:3)

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

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

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

答案 8 :(得分:3)

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

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

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

-Eric

答案 9 :(得分:1)

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

答案 10 :(得分:1)

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

swiftgear http://www.swiftgear.com/ltfviewer/features.html

的大文本文件查看器

Walrus团队的大文件查看器。

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

答案 11 :(得分:1)

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

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

答案 12 :(得分:1)

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

答案 13 :(得分:1)

当我面对一个庞大的日志文件时,我不会试图看看整个事情,我使用Free File Splitter

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

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

答案 14 :(得分:1)

EmEditor应该处理这个问题。正如他们的site claims

  

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

虽然不是免费的..

答案 15 :(得分:1)

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

答案 16 :(得分:1)

使用:

打开5GB文件(快速)

1) Hex Editor Neo

2) 010编辑

答案 17 :(得分:0)

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

答案 18 :(得分:0)

这个问题需要更多细节 您只想查看文件(例如日志文件)还是编辑它? 你有比你想要加载的文件大小更少的内存吗? 例如,TheGun是一个用汇编语言编写的非常小的文本编辑器,声称“没有有效的文件大小限制,可加载到其中的最大大小由可用内存和加载速度决定文件加载和保存的速度已经过优化。

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

答案 19 :(得分:0)

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

答案 20 :(得分:-1)

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

那你为什么要4 GB以上的文件呢?如果你想对它进行转换,或者进行搜索和替换,你最好还是写一个小的快速程序来做它。

答案 21 :(得分:-1)

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

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

答案 22 :(得分:-1)

Emacs可以处理huge file sizes,您可以在Windows或* nix上使用它。

答案 23 :(得分:-2)

我也喜欢notepad++