I have a very big text file (10 GB). Both Notepad and Notepad++ tell me that the file is too big for them to open. What editor can handle such a large file? It's a log file.

link|improve this question
1  
Most text editors put the entire files into RAM, so unless you have over 10GB of RAM, you're going to have a hard time finding a good text editor that does this. That said, I'm positive one exists. – Sasha Chedygov Sep 3 '09 at 5:46
10  
That's one heck of a text file – Col Sep 3 '09 at 7:28
It's really gonna hurt to open those. – in.spite Sep 3 '09 at 7:28
4  
Wow, are you kidding?! 10GB TEXT FILE? Wtf is there? The entire planet's genome code? – Don Salva Sep 6 '09 at 13:07
2  
@NoCanDo - I would guess a log file of some kind, or a data file for processing. – ldigas Sep 6 '09 at 14:15
show 4 more comments
feedback

22 Answers

up vote 19 down vote accepted

If you only need to read the file, I can suggest Large Text File Viewer.

link|improve this answer
1  
Sorry -1. This wasn't a very good editor. It froze up when opening a 7MB file. – DJTripleThreat Feb 10 '11 at 19:26
4  
+1. Worked for a 90GB xml file. – timbooo May 13 '11 at 8:43
@DJTripleThreat "This program was designed for viewing large (>1GB) text files." Source: swiftgear.com/ltfviewer/features.html – Connor W May 22 '11 at 11:28
2  
oh yeah? Notepad was designed to play 5.4TB HD videos as well. I can say that too. Doesn't mean it will do that though. – DJTripleThreat May 22 '11 at 21:09
+1 worked great for some multi GB files for me. – mindless.panda Jul 29 '11 at 14:53
show 3 more comments
feedback

Stack Overflow ref Text editor to open big (giant, huge, large) text files.

Vim is a personal favorite.

  • However, if you are working with timestamped entries in log file, it's easier to filter for a date range and look at smaller files.
  • With other kinds of larger files, you could cut out specific line-number ranges (tools like sed and grep) to smaller files and analyze individually
  • If it's some specific translation or searching to do, again sed, grep, etc. are good tools.
link|improve this answer
VIM is better than a regular text editor for big files, but it takes a while to open them anyway. I remember it taking like 30sec for a 200mb file (and looking like hanged during). – Gnoupi Sep 3 '09 at 7:37
@Gnoupi, Yes I understand. The SO link had all the options and the rest of my answer described how I'd do it. – nik Sep 3 '09 at 8:03
@Gnoupi - VIM is an excellent editor, but it is a source code editor, and not specifically made for opening huge files. It can open very large files, but that's just because it is well designed. But for opening files of this size, I'd still rather go for something made for that purpose. – ldigas Sep 6 '09 at 22:02
feedback

UltraEdit is your best bet - I've opened files that were a few gigabytes in size with it. They also have some tips on opening large files.

It's not free, however.

Otherwise, you can use the Unix split utility from the command line - should be included in Cygwin or the Linux command line tools for Windows. You'll have much better luck dealing with the files if you've split them up into smaller chunks.

link|improve this answer
I tried UltraEdit, but it wasn't able to open the file – Lea Cohen Sep 3 '09 at 6:31
You might have to set the option to work without temporary files: Options - File Handling - Temporary Files gives you the relevant choices (check the second checkbox). – Tim Pietzcker Sep 7 '09 at 13:04
I have used Ultraedit to open files that were nearly a hundred gigabytes large with no problems whatsoever. It works well. – BBlake Mar 30 '10 at 12:18
feedback

I've had luck with TextPad on files 2 GB in size with less ram than that, it takes a while to load up, but it works.

link|improve this answer
2  
It feature list implies that it does load the file into memory, even if it is virtual memory: "It can handle file sizes up to the largest contiguous chunk of 32-bit virtual memory." – dlamblin Sep 6 '09 at 21:34
textpad works brilliantly with large files. Plus - It's a great editor. – seanyboy Sep 7 '09 at 13:13
+1 for textpad [ ] – Critical Skill Oct 20 '09 at 4:24
+1 This works!! – DJTripleThreat Feb 10 '11 at 19:29
2  
It cannot handle files with larger size than avaible memory. – Berk Demirkır Sep 22 '11 at 12:52
feedback

EmEditor is a very nice editor all around, but also build with opening very large files in mind.

From their site, and I quote: " EmEditor Text Editor is a lightweight, yet extendable, easy-to-use text editor for Windows. EmEditor is very customizable, and it supports Unicode and powerful macros. EmEditor now supports very large files - up to 248 GB or 2.1 billion lines! EmEditor is certified for Windows Vista! The x64 Edition is also available! The portable version is also available for USB drive setup! "

link|improve this answer
This should be the answer. EmEditor has a large file controller which loads big files in background. I opened 10GB log file with this program within 60 seconds. Perfect! – Berk Demirkır Sep 22 '11 at 12:48
feedback

Total Commander's lister can open very large files for reading. For editing you might also use some kind of Hex editor (like the free HxD), they can usually open and edit large files.

link|improve this answer
+1 for Lister. Immediatly opens any file, whatever it's size. – Juan Calero Apr 9 at 16:06
feedback

The best one I tried was V - The File Viewer, when I needed to analyse a text file of more than 1 TB. It was by far the fastest. It's not free, though ($20).

link|improve this answer
feedback

I would recommend VEDIT. It is about the only editor that is fast enough to realistically edit huge files. Its engine has been written in highly optimized assembly language.

No matter how big the file, VEDIT loads it in a fraction of a second (typically about 0.1 second). Most editors load the whole file in memory, which limits the file size and slows down opening the file. VEDIT only loads a part of the file at a time, and does not create a huge temporary file when opening the file (temporary files are created only when needed and as big as needed). In addition, VEDIT uses very little of computer memory. When I had a 300 MB file open, Task Manager reported 4.5 MB memory usage for VEDIT.

If you are just viewing the file and not editing, opening the file in read-only mode (with Fast Browse Mode enabled) makes VEDIT even faster. For example, you can scroll to any location in the file instantly, without any delay.

The standard (32-bit) version of VEDIT can handle files up to 2 GB. VEDIT Pro64 can handle files of any size.

To edit files larger than 2 GB on a 32-bit editor, you can split the file into smaller parts. You could use a separate tool for that, but VEDIT has built-in function to split and combine such files. For huge log files, splitting might be good idea anyway. You can then open all the parts for editing simultaneously and you can perform global searches among all of them, etc.

link|improve this answer
feedback

The Unix sed (stream editor) command can handle files of an arbitrary large (even infinite) file size, because it applies a script of editing commands to the stream of lines that pass through it. You can easily get it for Windows through the Cygwin distribution.

For instance, if you want to delete all files containing the string foo you write in the command prompt:

sed /foo/d <inputfile >outputfile

To substitute foo with bar write:

sed s/foo/bar/ <inputfile >outputfile

More complicated constructions are possible. Someone has even written a script to have sed solve the Towers of Hanoi puzzle.

link|improve this answer
You can also edit the file in place using sed -i. To save a backup with the .bak extension use sed -ibak – Nathan Fellman Oct 5 '09 at 9:26
feedback

You can also try Bare Tail

http://www.baremetalsoft.com/baretail

link|improve this answer
That seems to be just a GUI version of GNU CoreUtils' tail command. gnuwin32.sourceforge.net/packages/coreutils.htm – dlamblin Sep 6 '09 at 21:30
feedback

For looking through large files (but only for read-only purposes), I use a Windows port of the UNIX less utility. It generally loads up any large file very quickly, and is pretty quick at searching for text patterns (once you get past its learning curve).

(Oh, and the other catch is that you have to run it within a command prompt window. It might not work if you were looking for something a bit more visually friendly.)

I don't recall where I found my current copy of it, but a quick web search shows a few possible places to download one, e.g.:

link|improve this answer
feedback

I edited a file of 7 GB with PilotEdit. But it may take you an hour to open/save a 10 GB file. After you open the file, you can edit it quickly.

link|improve this answer
feedback

Under Windows, I use EditPad Pro from Just Great Software (there is a lite version too).

EditPad is the best editor I found. TextPad is also very good. Both now support UTF-8 file encoding.

link|improve this answer
feedback

I have developed a Unicode editor called GigaEdit specifically to solve this issue of opening unlimited size files instantly by blocks of 1 MB with scrollbar to navigate effortlessly between blocks and a multithreaded search feature that displays a result as they become available and allows you to go to matches instantly F3 / Shift+F3 even across blocks transparently.

WARNING: There is no UNDO after saving so make sure you know what you are doing.

Download: http://www.heliwave.com/GigaEdit.html

link|improve this answer
feedback

I'll suggest gVim which can open such a huge file.

link|improve this answer
feedback

I used to like pepper for this purpose. It's a little hard to find the abandoned windows port, and harder still to get it registered, though I managed about 2 years ago to contact Hekkelman about it. One of the features is that it does not load the whole file into memory.

link|improve this answer
That is a standard feature in this kind of editors. Opening from size till size, or fron line# till line#, right ? – ldigas Sep 6 '09 at 22:03
feedback

EmEditor is basically built for huge files. It's never balked at anything I'm thrown at it!

link|improve this answer
If you want to advertise your product, I recommend you do so by contacting the team. You can buy advertisements to put on side, or even better, sponsor a tag (like text-editor). The point is, if you really want to advertise, that's the best way. Because if you keep doing it by poking all related questions and adding link to your product, you will be seen as spammer. And this rarely ends good. That said, have a good day, enjoy your stay around here, provide useful answers. – Gnoupi Jul 31 '10 at 7:09
feedback

If you only want to view a section of a file, then you can use the following command in a DOS window.

type reallylargefile.txt | more

This will display file at a screen full at a time.

link|improve this answer
or just more reallylargefile.txt – newenglander Jul 29 '11 at 7:59
feedback

I had trouble loading a 5.5 GB binary file in a whole range of editors. Two I found that worked, and opened the file instantly:

HxD is my preferred one, since it is free, supports viewing and editing and is a stand alone. My large files are generally binary, so a hex editor is fine. But for viewing large text files, Altap Salamander has a better viewer.

link|improve this answer
feedback

Use FileSplitter to break the file into smaller files, and then use your favorite text editor!

link|improve this answer
feedback

Assuming you only need to read the file, Microsoft's Windows 2003 resource kit includes list.exe.

link|improve this answer
feedback

Try TextPad. It's the best.

link|improve this answer
Link and or explanation of how it supports big files is needed. – dlamblin Sep 6 '09 at 21:28
feedback

protected by nhinkle May 22 '11 at 8:15

This question is protected to prevent "thanks!", "me too!", or spam answers by new users. To answer it, you must have earned at least 10 reputation on this site.

Not the answer you're looking for? Browse other questions tagged or ask your own question.