Текстовый редактор для открытия больших (гигантских, огромных, больших) текстовых файлов [закрыто]
Я имею в виду 100+ MB большой; такие текстовые файлы могут толкать конверт редакторов.
Мне нужно просмотреть большой 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
команда может быть достаточно хороша.
почему вы используете редакция просто посмотреть у (большой) файл?
под *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%'"