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

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

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

какие предложения?

1023
editor large-files text-editor windows xml

2 ответов

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

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

предложения

  • HTMLPen.com это свободный онлайн редактор, который может открывать и подсветка синтаксиса TB+ файлы мгновенно, поддерживает UTF-8, и может работать на современном браузере в любой ОС. (только для чтения больших файлов)
  • Liquid Studio Большой Редактор Файлов открывает и редактирует TB+ файлы мгновенно, поддерживает UTF-8, Unicode и т. д. Это свободный и охватывается Community edition (только для Windows).
  • SlickEdit
  • Просмотр Больших Текстовых Файлов (только для чтения)
  • Глега (только чтение, чтение файла непосредственно с диска, обработка файлов с несколькими ГБ).
  • HxD HEX-редактор, но хорошо для больших файлов.
  • LogExpert (скачать) сделал отличную работу для более чем 6 ГБ файлов журнала. Это свободный.
  • UltraEdit может открывать файлы объемом более 6 ГБ, но для этого необходимо изменить конфигурацию (menu дополнительно → конфигурация → Обращение → Временные Файлы → " открыть файл без temp файл...").
  • wxHexEditor может открывать такие файлы мгновенно, работая на Linux, Windows, MacOSX
  • EmEditor обрабатывает очень большие текстовые файлы красиво, официально до 248 ГБ, но до 900 ГБ по моему опыту.

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

1137

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

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

есть родной для Win32 порт GNU "less". См. комментарий под.

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

например:

$ 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 ГБ становится большим. Раньше я работал в print & mail facility, который создал около 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%'"
169