Текстовый редактор для открытия больших (гигантских, больших, больших) текстовых файлов

Я имею в виду более 100 МБ; такие текстовые файлы могут нажимать конверт редакторов.

Мне нужно просмотреть большой XML файл, но не могу, если редактор неисправен.

Любые предложения?

Ответ 1

010Editor в Windows откроет файлы GIANT (думаю, 50 ГБ) в двоичном режиме и позволит вам редактировать и искать текст.

Сообщество wiki:

Предложения

  • HTMLPen.com - бесплатный онлайн-редактор, который может мгновенно открывать и выделять синтаксические TB+ файлы, поддерживает UTF-8 и может работать в современном браузере в любой ОС. (только для чтения для больших файлов)
  • Liquid Studio Large File Editor Открывает и редактирует файлы TB+ мгновенно, поддерживает UTF-8, Unicode и т.д. Это бесплатно и распространяется на издание сообщества (только для Windows).
  • SlickEdit
  • Средство просмотра больших текстовых файлов (только для чтения)
  • glogg (читать только, читать файл непосредственно с диска, обрабатывать файлы с несколькими ГБ).
  • HxD hex editor, но хорош для больших файлов.
  • LogExpert (скачать) выполнил задание на предмет увеличения для файлов журнала более 6 ГБ. Это бесплатно.
  • UltraEdit может открывать файлы объемом более 6 ГБ, но для этого необходимо изменить конфигурацию (меню Дополнительно → Конфигурация → Обработка файлов → Временные файлы → "Открыть файл без временного файла...").
  • wxHexEditor может открывать такие файлы мгновенно, работая в Linux, Windows, MacOSX
  • EmEditor прекрасно обрабатывает очень большие текстовые файлы, официально до 248 ГБ, но до 900 ГБ по моему опыту.

Или, если вы просто хотите заглянуть в начало файла, добавленная в Windows more команда может быть достаточно хорошей.

Ответ 2

Почему вы используете редакторы только для просмотра (большого) файла?

В разделе * nix или Cygwin просто используйте less ( "less is more", только лучше, поскольку вы можете создать резервную копию). Поиск и перемещение в less очень похоже на Vim, но нет файла подкачки и небольшого количества оперативной памяти.

Существует естественный Win32 порт GNU "less". См. Комментарий ниже.

Отказываясь от некоторых из комментариев ниже, оператор Perl ".." (диапазон flip/flop) делает хороший механизм выбора, чтобы ограничить потерю, которую вы также должны пропустить.

Например:

$ perl -n -e 'print if ( 1000000 .. 2000000)' humongo.txt | less

(начните с линии 1 миллион и остановитесь на линии 2 миллиона, проведите вывод вручную "меньше" )

$ perl -n -e 'print if ( /interesting regex/ .. /boring regex/)' humongo.txt | less

(начните, когда "интересное регулярное выражение" что-то найдет, остановитесь, когда "скучное регулярное выражение" найдет конец интересного блока - может найти несколько блоков, просеять вывод...)

Наконец, 100 Мб не слишком большой. 3 GB становится чем-то большим. Раньше я работал на сервере печати и почты, который создал около 2% почты первого класса в США. Одна из систем, для которых я был техническим лидером, составляла около 15% от количества писем. У нас были некоторые большие файлы для отладки здесь и там.

Сообщество Wiki Предложения:

Используйте LogParser для просмотра файла:

logparser.exe -i:textline -o:tsv "select Index, Text from 'c:\path\to\file.log' where line > 1000 and line < 2000"

logparser.exe -i:textline -o:tsv "select Index, Text from 'c:\path\to\file.log' where line like '%pattern%'"