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

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

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

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

2 1023
windows xml editor text-editor large-files

2 ответа:

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

сообщество Вики:

предложения

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

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

1137

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

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

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

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

например:

$ 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 ГБ становится довольно большим. Раньше я работал в центре печати и почты, который создал около 2% американской почты первого класса. Одна из систем, для которой я был техническим лидером, составляла около 15+ % от кусков почты. У нас было несколько больших файлов для отладки здесь и там.

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

используйте 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