- Open huge files instantly
- Small memory footprint
- Opens files larger than the systems available memory
- Support for UTF-8/ASCII/UNICODE
- Includes XML Formatting and XML Validation Tools
- Ideal for managing server logs, and working with Big Data sets
- Text and binary mode
The Editor is FREE and is included within the XML Community Edition.
The large file editor looks and feels like any other text editor, but with one significant difference, it can open and edit huge files instantly, essential for any big data projects.
Most editors work by loading the whole document into memory. This is not possible if the document is to big to load into memory. The Large File Editor overcomes this by only reading the section being displayed, so it's fast, lightweight and able to run on a low specification PC.
The editor has the look and feel of a normal text editor, having all the editing features you are familiar with; Cut & Paste, Select, Select All, Undo, Redo, Find & Replace, Goto Line etc. It also has XML Specific tools like XML Validation and Formatting.
There is also a Binary mode, making it possible to edit, add and delete binary data an extremely valuable feature as most binary editors do not allow insertion or deletion.
Increasing file sizes means the ability to view and edit these files is becoming more vital in every day life. Typical applications include
- Big Data Viewer
- Big Data Editor
- Log Viewer
- Validate and fix data feeds (XML, CSV, EDI etc)
- Split large files
- Extracting sub sets of data
In principle its over 9000 petabytes, but for obvious reasons we’ve not been able to test this! We can say that it operates instantly on the multi TB files we’ve tested.
Yes, the cut and paste operations only store details of where the block has come from, so you can do a select all on a GB's of data then cut and paste it multiple times and the memory footprint will barely change.
That's fine. We designed the editor to cope with huge lines, it’s not uncommon to see XML files on a single line. The editor opens these instantly and can even re-format them. When a long line is encountered it is wrapped, this length can be configured in the settings.
Yes, anything that causes the editor to scan the entire file will be slow (the bigger the file the slower). So operations like Find & Replace, XML Validate & XML Format need to read the whole file so will be slower. Goto Line needs to count lines from the start of the file, so depending on the line number this can be slow.
Saving is not instant. If you change the file, the whole file must be re-written to incorporate the change, and that's down to the speed of your hardware.
All other operations are very fast, so for example, select all, copying huge blocks of data, going to end of file all happen instantly regardless of the file size.
Yes, we now support UTF-8, as well as Unicode (UCS-2) and ASCII.
Yes, up to a point. The Windows clipboard is held in memory, if you opened a huge file, did select all, copy, and we put that data on the Windows Clipboard bad things would happen. So we have a configurable limit to the amount of data that gets stored on the Windows clipboard (defaults to 512KB). This does not affect your ability to copy and paste huge selections within the editor itself.
No, the undo buffer like the rest of the editor just stores the positions of the changes, so if you delete a large section of the document, only the position of the deletion is stored. However if you add data via the keyboard or pasted from another application, it will need to store that data, so the undo buffer will increase in size accordingly.