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

I am looking for a text editor that will be able to load a 4+ Gigabyte file into it. Textpad doesn't work. I own a copy of it and have been to its support site, it just doesn't do it. Maybe I need new hardware, but that's a different question. The editor needs to be free OR, if its going to cost me, then no more than $30. For Windows.

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

24 个解决方案

#1

glogg could also be considered, for a different usage:

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

Caveat (reported by Simon Tewsi in the comments, Feb. 2013)

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

One caveat - has two search functions, Main Search and Quick Find.
The lower one, which I assume is Quick Find, is at least an order of magnitude slower than the upper one, which is fast.

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

#2

I've had to look at monster(runaway) log files (20+ GB). I used hexedit FREE version which can work with any size files. It is also open source. It is a Windows executable.

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

#3

Jeff Atwood has a post on this here: http://www.codinghorror.com/blog/archives/000229.html

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

He eventually went with Edit Pad Pro, because "Based on my prior usage history, I felt that EditPad Pro was the best fit: it's quite fast on large text files, has best-of-breed regex support, and it doesn't pretend to be an IDE."

他最终选择了Edit Pad Pro,因为“根据我之前的使用历史,我认为EditPad Pro是最合适的:它在大文本文件上速度非常快,具有最佳的正则表达式支持,并且它不会假装成为一名IDE。“

#4

Instead of loading a gigantic log file in an editor, I'm using Unix command line tools like grep, tail, gawk, etc. to filter the interesting parts into a much smaller file and then, I open that.

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

On Windows, try Cygwin.

在Windows上,尝试Cygwin。

#5

Have you tried context editor? It is small and fast.

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

#6

I Stumbled on this post many times, as I often need to handle huge files (10 Gigas+).

After being tired of buggy and pretty limited freeware, and not willing to pay fo costly editors after trial expired (not worth the money after all), I just used VIM for Windows with great success and satisfaction.

It is simply PERFECT for this need, fully customizable, with ALL feature one can think of when dealing with text files (searching, replacing, reading, etc. you name it)

我多次偶然发现这篇文章,因为我经常需要处理大文件(10 Gigas +)。在厌倦了有缺陷和非常有限的免费软件之后,并且在试用期结束后不愿意支付昂贵的编辑费用(毕竟不值钱),我只是使用VIM for Windows取得了巨大的成功和满足感。这种需求完全可定制,完全可定制的所有功能都可以在处理文本文件时进行考虑(搜索,替换,阅读等等)

I am very surprised nobody answered that (Except a previous answer but for MacOS)...

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

For the record I stumbled on it on this blog post, which wisely adviced it.

为了记录,我在这篇博客文章中偶然发现了它,明智地建议它。

#7

It's really tough to handle a 4G file as such. I used to handle larger text files, but I never used to load them in to my editor. I mostly used UltraEdit in my previous company, now I use Notepad++, but I would get just those parts which i needed to edit. (Most of the cases, the files never needed an edit).

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

Why do u want to load such a big file in to an editor? When I handled files of these size, I used GNU Core Utils. The most common operations i performed on those files were head ( to get the top 250k lines etc ), tail, split, sort, shuf, uniq etc. It's really powerful.

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

There's a lot of things you can do with GNU Core Utils. I would definitely recommend those, instead of a new editor.

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

#8

Sorry to post on such an old thread, but I tried several of the tips here, and none of them worked for me.

很抱歉发布这样一个旧帖子,但我在这里尝试了几个提示,但没有一个适合我。

It's slightly different than a text editor, but I found that Beyond Compare could handle an extremely large (3.6 Gig) file on my Vista 32-bit machine.

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

This is a file that that Emacs, Large Text File Viewer, HexEdit, and Notepad++ all choked on.

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

-Eric

#9

My favourite after trying a few to read a 6GB mysqldump file:

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

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

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

Because:

• Memory usage has (somehow?!) never gone above 25MB, so basically no impact on the rest of my system - though it took several minutes to open.

内存使用量(不知何故?!)从未超过25MB,所以基本上没有影响我的系统的其余部分 - 虽然它需要几分钟才能打开。

• There was an accurate progress bar during that time so I knew how it was getting on.

在那段时间里有一个准确的进度条,所以我知道它是如何发展的。

• Once open, simple searching, and browsing through the file all worked as well as a small notepad file.

一旦打开,简单搜索,浏览文件都可以和一个小的记事本文件一起工作。

• It's free.

Others I tried...

别人我试过......

EmEditor Pro trial was very impressive, the file opened almost instantly, but unfortunately too expensive for my requirements.

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

EditPad Pro loaded the whole 6GB file into memory and slowed everything to a crawl.

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

#10

For windows, unix, or Mac? On the Mac or *nix you can use command line or GUI versions of emacs or vim.

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

For the Mac: TextWrangler to handle big files well. I'm not versed enough on the Windows landscape to help out there.

对于Mac:TextWrangler来处理大文件。我对Windows环境的熟悉程度并不高。

#11

f you just want to view a large file rather than edit it, there are a couple of freeware programs that read files a chunk at a time rather than trying to load the entire file in to memory. I use these when I need to read through large ( > 5 GB) files.

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

Large Text File Viewer by swiftgear http://www.swiftgear.com/ltfviewer/features.html

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

Big File Viewer by Team Walrus.

Walrus团队的大文件查看器。

You'll have to find the link yourself for that last one because the I can only post a maximum of one hyperlink being a newbie.

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

#12

When I'm faced with an enormous log file, I don't try to look at the whole thing, I use Free File Splitter

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

Admittedly this is a workaround rather than a solution, and there are times when you would need the whole file. But often I only need to see a few lines from a larger file and that seems to be your problem too. If not, maybe others would find that utility useful.

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

A viewer that lets you see enormous text files isn't much help if you are trying to get it loaded into Excel to use the Autofilter, for example. Since we all spend the day breaking down problems into smaller parts to be able to solve them, applying the same principle to a large file didn't strike me as contentious.

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

#13

HxD -- it's a hexeditor, but it allows in place edits, and doesn't barf on large files.

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

#14

Tweak is a hex editor which can handle edits to very large files, including inserts and deletes.

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

#15

EmEditor should handle this. As their site claims:

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

EmEditor is now able to open even larger than 248 GB (or 2.1 billion lines) by opening a portion of the file with the new custom bar - Large File Controller. The Large File Controller allows you to specify the beginning point, end point, and range of the file to be opened. It also allows you to stop the opening of the file and monitor the real size of the file and the size of the temporary disk available.

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

Not free though..

不是免费的..

#16

I found that FAR commander could open large files ( I tried 4.2 GB xml file) And it does not load the entire file in memory and works fast.

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

#17

Opened 5GB file (quickly) with:

1) Hex Editor Neo

2) 010 editor

1)Hex Editor Neo 2)010编辑器

#18

Textpad also works well at opening files that size. I have done it many times when having to deal with extremely large log files in the 3-5gb range. Also, using grep to pull out the worthwhile lines and then look at those works great.

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

#19

The question would need more details.
Do you want just to look at a file (eg. a log file) or to edit it?
Do you have more memory than the size of the file you want to load or less?
For example, TheGun, a very small text editor written in assembly language, claims to "not have an effective file size limit and the maximum size that can be loaded into it is determined by available memory and loading speed of the file. [...] It has been speed optimised for both file load and save."

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

To abstract the memory limit, I suppose one can use mapped memory. But then, if you need to edit the file, some clever method should be used, like storing in memory the local changes, and applying them chunk by chunk when saving. Might be ineffective in some cases (big search/replace for example).

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

#20

I have had problems with TextPad on 4G files too. Notepad++ works nicely.

我在4G文件上也遇到过TextPad问题。 Notepad ++很好用。

#21

Emacs can handle huge file sizes and you can use it on Windows or *nix.

Emacs可以处理大量文件,您可以在Windows或* nix上使用它。

#22

What OS and CPU are you using? If you are using a 32-bit OS, then a process on your system physically cannot address more than 4GB of memory. Since most text editors try to load the entire file into memory, I doubt you'll find one that will do what you want. It would have to be a very fancy text editor, that can do out-of-core processing, i. e. load a chunk of the file at a time.

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

You may be able to load such a huge file with if you use a 64-bit text editor on a computer with a 64-bit CPU and a 64-bit operating system. And you have to make sure that you have enough space in your swap partition or your swap file.

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

#23

Why do you want to load a 4+ GB file into memory? Even if you find a text editor that can do that, does your machine have 4 GB of memory? And unless it has a lot more than 4 GB in physical memory, your machine will slow down a lot and go swap file crazy.

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

So why do you want a 4+ GB file? If you want to transform it, or do a search and replace, you may be better off writing a small quick program to do it.

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

#24

I also like notepad++.

我也喜欢记事本++。