В инете большое количество текстовых редакторов. Интересно, а есть такие чтобы от 400 - 500 Мб файлов не переклиневало.
010 - hex редактор. UlraEdit в настройках убрать бэкапы и нумерацию строк. Неск. гиг файлы читает без проблем.
samuraishowdown Не знаю, как у Вас так получается. У меня с логами трассировки метров по двести даже Notepad++ быстрее работает, чем UltraEdit. И открывает быстрее, и при работе тормозов меньше. А если я ещё фолдингом пользоваться захочу, так с UltraEdit вообще невозможно работать. Хотя Notepad++ в этом случае предпарсинг гораздо дольше выполняет (до 10 минут! на 200 мегабайтах), но зато потом при работе почти не тормозит. Реально быстро с большими файлами у меня только vim работал. Причём со включённым фолдингом, который мне, правда, так и не удалось настроить до мелочей так, как мне хотелось. В любом случае этот редактор предназначен для исключительно извращённых мазохистов, жаждущих как можно больше геморроя на свою голову. В общем, после пяти часов настройки под свои нужды я сдался, снёс его (тоже не без проблем, кстати) и забыл, как страшный сон.
Вот здесь написанно что делать с UltraEdit чтоб работать с большими файлами http://www.ultraedit.com/support/tutorials_power_tips/ultraedit/large_file_handling.html. Тоже смотрел им логи трассировки по несколько гиг. Поиск работал быстро - МАХ несколько секунд, не минуты. Открываются файлы мгновенно.
Существует более геморройное, но и более стандартное решение - юниховский grep с опциями -A и -B (см. man grep) binutils можно поставить и на винду - существуют готовые пакеты, позволяющие из виндовой консоли пользоваться юниховыми утилитами.
scf У самого Microsoft'а есть набор POSIX утилит. Я их поставил, но они мне не понравились. Там ставишь,запускаешь и сразу все запускается и работает. Я не привык к такому, поэтому поставил MINGW.
samuraishowdown Так. Ещё раз. Мы обсуждаем вариант с фолдингом? Потому что без него открываются большие логи действительно мгновенно, но вот с ним всё-таки секунд на 10-15 UltraEdit подвисает, если таки удосужится его активировать (чего для больших файлов вообще хрен добьёшься). В любом случае мне эти пара снятых птичек ну никак не помогли: при попытке скроллить за полосу прокрутки UltraEdit начинает дёргаться в конвульсиях. У notepad++ скроллится плавно и без багов, а его 10 минут предварительной обработки я считаю более толерабельными, чем нереальные тормоза UltraEdit при работе, но после 10 секунд загрузки. От нумерации строк я бы ещё отказался (хотя тоже неудобно), но анализ трейслогов в миллион строк без возможности фолдить вызовы процедур — это для мазохистов.
l_inc Я обсуждаю вариант без фолдинга. Кстати что это fold - сгиб? (свернуть процедуру чтоле). ТС об этом не писал. Тогда я не знаю таких редакторов, которые в гигабайтных файлах делают препарсинг мгновенно (vim - кто ещё знает попроще варианы?). А notepad++ умеет открывать гиг. файлы мгновенно без этого самого фолдинга?
Не было нужды проверять на гигабайтных файлах, но по скорости и удобству меня устраивает (еще с времен DOS) Multi-Edit. Фолдинг (несколько своеобразный) там тоже есть, правда сортировка файлов лучше сделана у Ultra-Edit. Пользуюсь этими двумя, когда не хватает встроенного в FAR
samuraishowdown Да. Вы правы. Меня просто понесло. В данном контексте это сворачивать. Т.е. да, процедуру. Вот так выглядит: Он умеет мгновенно сообщать, что файл в гигабайт для него слишком большой. Но, как я уже сказал, для меня более важны возможности удобного текстового редактора, чем просто способность открыть файл. А мгновенно открыть я и в HEX-редакторе могу.
Интересный по возможностям редактор с разбором и разных бинарных форматов файлов. P.S. также запускается и под Linux32 Puppy Xenial (16.04), хотя в отдельной своей директории добавлены библиотеки от Qt5 для его работы.
