Господа,
проблема известная, но просто я уже заколебался. я полдня потратил на тестирование разных текстовых редакторов, и очень не хочу писать свой.
Задача. Есть лог файл довольно большого размера (несколько гигабайт, обычно — 1.8 — 2.5 ). В нем не только много текстовых строк, но они еще и длинные (более 1000 символов).
ВСЕ текстовые редакторы пытаются 1)грузить файл целиком в память (а это невозможно, у меня на машине её просто столько нет) 2)обрезать строки по 255 символов в строке, что делает файл совершенно нечитаемым.
Посоветуйте счастливое исключение.
Notepad++ просто говорит, что файл для него слишком велик, FAR не умеет не резать строки. Их — не предлагать.
Здравствуйте, SteeLHeaD, Вы писали:
SLH>Господа, SLH>проблема известная, но просто я уже заколебался. я полдня потратил на тестирование разных текстовых редакторов, и очень не хочу писать свой. SLH>Задача. Есть лог файл довольно большого размера (несколько гигабайт, обычно — 1.8 — 2.5 ). В нем не только много текстовых строк, но они еще и длинные (более 1000 символов). SLH>ВСЕ текстовые редакторы пытаются 1)грузить файл целиком в память (а это невозможно, у меня на машине её просто столько нет) 2)обрезать строки по 255 символов в строке, что делает файл совершенно нечитаемым.
SLH>Посоветуйте счастливое исключение.
Здравствуйте, SteeLHeaD, Вы писали:
SLH>Господа, SLH>проблема известная, но просто я уже заколебался. я полдня потратил на тестирование разных текстовых редакторов, и очень не хочу писать свой. SLH>Задача. Есть лог файл довольно большого размера (несколько гигабайт, обычно — 1.8 — 2.5 ). В нем не только много текстовых строк, но они еще и длинные (более 1000 символов). SLH>ВСЕ текстовые редакторы пытаются 1)грузить файл целиком в память (а это невозможно, у меня на машине её просто столько нет) 2)обрезать строки по 255 символов в строке, что делает файл совершенно нечитаемым.
SLH>Посоветуйте счастливое исключение.
SLH>Notepad++ просто говорит, что файл для него слишком велик, FAR не умеет не резать строки. Их — не предлагать.
Здравствуйте, SteeLHeaD, Вы писали:
SLH>Господа, SLH>проблема известная, но просто я уже заколебался. я полдня потратил на тестирование разных текстовых редакторов, и очень не хочу писать свой. SLH>Задача. Есть лог файл довольно большого размера (несколько гигабайт, обычно — 1.8 — 2.5 ). В нем не только много текстовых строк, но они еще и длинные (более 1000 символов). SLH>ВСЕ текстовые редакторы пытаются 1)грузить файл целиком в память (а это невозможно, у меня на машине её просто столько нет) 2)обрезать строки по 255 символов в строке, что делает файл совершенно нечитаемым.
SLH>Посоветуйте счастливое исключение.
SLH>Notepad++ просто говорит, что файл для него слишком велик, FAR не умеет не резать строки. Их — не предлагать.
отлично notepad++ открывал файлы порядка 3 Гб. Не быстро, но надёжно. И word wrap работал.
Здравствуйте, SteeLHeaD, Вы писали:
SLH>Господа, SLH>проблема известная, но просто я уже заколебался. я полдня потратил на тестирование разных текстовых редакторов, и очень не хочу писать свой. SLH>Задача. Есть лог файл довольно большого размера (несколько гигабайт, обычно — 1.8 — 2.5 ). В нем не только много текстовых строк, но они еще и длинные (более 1000 символов). SLH>ВСЕ текстовые редакторы пытаются 1)грузить файл целиком в память (а это невозможно, у меня на машине её просто столько нет) 2)обрезать строки по 255 символов в строке, что делает файл совершенно нечитаемым.
SLH>Посоветуйте счастливое исключение.
Если речь о текстовом редакторе общего назначения, то с огромными файлами отлично справляется EmEditor. Но, разумеется, он не заточен на просмотр именно логов, так что (в зависимости от задач), возможно, тут лучше подойдут специализированные утилиты.
Здравствуйте, SteeLHeaD, Вы писали:
SLH>Господа, SLH>проблема известная, но просто я уже заколебался. я полдня потратил на тестирование разных текстовых редакторов, и очень не хочу писать свой. SLH>Задача. Есть лог файл довольно большого размера (несколько гигабайт, обычно — 1.8 — 2.5 ). В нем не только много текстовых строк, но они еще и длинные (более 1000 символов). SLH>ВСЕ текстовые редакторы пытаются 1)грузить файл целиком в память (а это невозможно, у меня на машине её просто столько нет) 2)обрезать строки по 255 символов в строке, что делает файл совершенно нечитаемым.
SLH>Посоветуйте счастливое исключение.
SLH>Notepad++ просто говорит, что файл для него слишком велик, FAR не умеет не резать строки. Их — не предлагать.
Если только для чтения — F3 у Total Commander справится, он читает кусками.
на древнем солярисе его родные утилиты крэшились на длинных строках (ну, собственно и posix гарантирует нормальную работу только при вполне ограниченной длине строк).
По сабжу: less, только голый, без включенных опций раскраски и т.п.
GIV>>А цель то какая? М. б. сразу tail\grep?
W>на древнем солярисе его родные утилиты крэшились на длинных строках (ну, собственно и posix гарантирует нормальную работу только при вполне ограниченной длине строк).
W>По сабжу: less, только голый, без включенных опций раскраски и т.п.
Здравствуйте, SteeLHeaD, Вы писали:
GIV>>>А цель то какая? М. б. сразу tail\grep?
W>>на древнем солярисе его родные утилиты крэшились на длинных строках (ну, собственно и posix гарантирует нормальную работу только при вполне ограниченной длине строк).
W>>По сабжу: less, только голый, без включенных опций раскраски и т.п.
SLH>LESS под Windows существует?
Существует, но у него большие проблемы с кодировками.
Одним из 33 полных кавалеров ордена "За заслуги перед Отечеством" является Геннадий Хазанов.
Здравствуйте, blackhearted, Вы писали:
SLH>>Notepad++ просто говорит, что файл для него слишком велик, FAR не умеет не резать строки. Их — не предлагать.
B>отлично notepad++ открывал файлы порядка 3 Гб. Не быстро, но надёжно. И word wrap работал.
Здравствуйте, Were, Вы писали:
W>Если только для чтения — F3 у Total Commander справится, он читает кусками.
Нажимал F3 у тотал коммандера.
Как выяснилось, TC не умеет читать длинные строки. По умолчанию он переносит их на следующую строку по границе экрана,
а при нажатиии F2 начинает переносить по некой виртуальной границе (по моему, 255 символов).
А мне нужно увидеть лог так, чтобы одна строка располагалась под другой
Здравствуйте, Ромашка, Вы писали:
Р>27.01.2011 17:33, Здравствуйте, SteeLHeaD: >> FAR не умеет не резать строки.
Р>F2 не пробовал нажать? Или что значит "не резать строк"?
Как выяснилось, TC не умеет читать длинные строки. По умолчанию он переносит их на следующую строку по границе экрана,
а при нажатиии F2 начинает переносить по некой виртуальной границе (по моему, 255 символов).
А мне нужно увидеть лог так, чтобы одна строка располагалась под другой
Если нужно всего лишь посмотреть глазами, как писать парсер, то самое простое решение — за 5 минут написать программу, которая отрезает мегабайт 10-15 и пишет в отдельный файл, а их уже можно посмотреть чем угодно. Вряд ли остальные гигабайты лога от этих данных сильно отличаются (а если отличаются, то потом отрезать там, где упадёт парсер и посмотреть ещё раз).
Здравствуйте, SteeLHeaD, Вы писали:
SLH>Здравствуйте, GarryIV, Вы писали:
GIV>>А цель то какая? М. б. сразу tail\grep?
SLH>Цель — посмотреть на него глазами, чтобы понимать, как писать парсер
А такой вариант: вырезать какой-нибудь файловой утилитой несколько кусков по метров по десять, из начала, конца, и середины. Эти фрагменты уже и смотреть. А потом уже по ошибкам парсера разбирать конкретные строки. Notepad++ нормально справляется с 10 меговыми файлами, если их не редактировать.
Здравствуйте, Finder_b, Вы писали:
F_>Здравствуйте, SteeLHeaD, Вы писали:
SLH>>Здравствуйте, GarryIV, Вы писали:
GIV>>>А цель то какая? М. б. сразу tail\grep?
SLH>>Цель — посмотреть на него глазами, чтобы понимать, как писать парсер F_>А такой вариант: вырезать какой-нибудь файловой утилитой несколько кусков по метров по десять, из начала, конца, и середины. Эти фрагменты уже и смотреть. А потом уже по ошибкам парсера разбирать конкретные строки. Notepad++ нормально справляется с 10 меговыми файлами, если их не редактировать.
Спасибо.
я думаю, вполне разумное предложение.
все равно дальнейший анализ можно делать только программой.
Думаю, что так и сделаю.
Здравствуйте, MT-Wizard, Вы писали:
MW>Здравствуйте, SteeLHeaD, Вы писали:
SLH>>Господа, SLH>>проблема известная, но просто я уже заколебался. я полдня потратил на тестирование разных текстовых редакторов, и очень не хочу писать свой. SLH>>Задача. Есть лог файл довольно большого размера (несколько гигабайт, обычно — 1.8 — 2.5 ). В нем не только много текстовых строк, но они еще и длинные (более 1000 символов). SLH>>ВСЕ текстовые редакторы пытаются 1)грузить файл целиком в память (а это невозможно, у меня на машине её просто столько нет) 2)обрезать строки по 255 символов в строке, что делает файл совершенно нечитаемым.
SLH>>Посоветуйте счастливое исключение.
SLH>>Notepad++ просто говорит, что файл для него слишком велик, FAR не умеет не резать строки. Их — не предлагать.
MW>http://en.wikipedia.org/wiki/Comparison_of_text_editors#Extra_features
MW>Там написано, что AkelPad, UltraEdit, VIM, ... пойдут.
Спасибо.
Хороший список редакторов, купил еще 8 гб памяти и тестирую редакторы на своей проапгрейженой машине.
Сейчас вот AkelPad пытается загружать один из файлов — как выяснилось, он его все же читает целиком в память.
