[K@kTuS]

а через Microsoft Office не пробовал?

[Stayshayder]

Лучше через EmEditor Professional

[Busla]

zod1, логи не надо открывать по той простой причине, что прочитать 950 Мегабайт человек не в состоянии. Тривиальная осуществляется командой findstr.

[exo]

что прочитать 950 Мегабайт человек не в состоянии »

человек то прочитает... за много-много лет... а вот компутер начинает задумываться... что по идее странно.

[lxa85]

Office начнет считать кол-во букв, слов и страниц. И конечно же на этом зависнет.
Вобще такие объемы обрабатывать надо в каким либо скриптом.
Perl, Awk?
А на более мелкие блоки разбить нельзя?

[zod1]

Всем откликнувшимся спасибо.

а через Microsoft Office не пробовал? »

Нет, думаю что зависнет ворд по причине указанной ниже

Лучше через EmEditor Professional »

Попробую - результаты отпишу

zod1, логи не надо открывать по той простой причине, что прочитать 950 Мегабайт человек не в состоянии. Тривиальная осуществляется командой findstr. »

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

человек то прочитает... за много-много лет... а вот компутер начинает задумываться... что по идее странно. »

Полностью согласен.

Office начнет считать кол-во букв, слов и страниц. И конечно же на этом зависнет. Вобще такие объемы обрабатывать надо в каким либо скриптом. Perl, Awk? А на более мелкие блоки разбить нельзя? »

Можно и нужно разбить. Перлом не владею, видимо придется свести шапочное знакомство) Думаю смотреть в сторону Lua

UPD
EmEditor прекрасен, спасибо.
Жаль что в составе большой и дорогой windows 7 нет редактора, сопоставимого по набору функций с редактором от независимого разработчика. Проблема решена - лог велся всего лишь с 6 числа текущего месяца июня. Просто много событий.

[yagami5503]

https://sonikelf.ru/utilita-dlya-obr...v-pod-windows/ вот не плохой вариант для windows

[Iska]

По долгу службы приходиться сталкиваться с большими лог файлами (по 50 Гб к примеру). В связи с этим накатал программку для разбивки этих файлов по строкам. Программа проста и не замысловата и имеет всего три функции: Собственно первая функция разделит файл на равное количество строк. В папке с программой создастся папка «new_folder» в ней будут создаваться файлы «1.txt», «2.txt» и тд, в каждый из которых будет писаться ровно столько строчек, сколько вы укажете; Вторая функция вырежет из файла указанный диапазон строк. И в папке «new_folder» создастся файл «new_file.txt» в него собственно и запишутся строки;

Спрашивается — зачем? Уже было написано выше — надо фильтровать, и желательно — быстрым способом. Есть OLE DB, есть Log Parser, есть WSH/PowerShell на худой конец. Питон, это, конечно, хорошо. Но сначала читать весь файл только для того, чтобы подсчитать количество строк в нём (я в курсе, что другого способа нет), а затем повторно из него же опять читать по одной строке и писать по одной строке — это, простите, мало того что двойная и ненужная работа, так ещё и самый неэффективный способ.