LINUX.ORG.RU

Редактирование большого файла txt


0

1

Приветствую. Проблема заключается в том, что расчетная программа выдает выходной файл на 11 Гб. Все 11 мне не очень нужны, но нужна возможность вытащить некоторые данные из разных мест файла. Формализовать размещение интересующих данных не представляется возможным.

Есть ли подходящий для таких задач редактор? Если еще и под гуй - будет великолепно. Консоль - тоже подойдет. Однако нужна прокрутка.

Я текстовый файл 300Мб редактировал SciTE, без особых тормозов.

alexru ★★★★
()

Slick Edit :)

Только нужна 64-битная версия (32-битная не видит файлы > 4Gb в диалоге открытия файлов)

sS ★★★★★
()
Ответ на: комментарий от sS

не, 11 не откроет пожалуй :(

SlickEdit still retains the 2 gigabyte file size limit.

sS ★★★★★
()

11Гб руками??? да вы с ума сошли, у меня лог 8 метров имеет около 100000 строк, а 11Гб! Да поможет вас Господь!

splinter ★★★★★
()

Может попробовать написать парсер данных с выгрузкой конечного результата в другой файл?

dgeliko ★★
()

Тут редактор не спасёт. Нужно как-то по-другому сохранять выходные данные. Что за задача?

Rakot ★★
()
Ответ на: комментарий от blackst0ne

Забавно, как вообще такие огромные файлы могли получиться... Ладно, если это - лог squid'а за пару-тройку лет. Но там все прозрачно и просто.

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от ymuv

Для больших файлов каждая труба - излишняя трата памяти. Эта конструкция успешно заменяется на

grep -e bla -e abc file | sort

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от Eddy_Em

>Для больших файлов каждая труба - излишняя трата памяти

и использование лишнего процессора, что может быть полезно.

DonkeyHot ★★★★★
()
Ответ на: комментарий от DonkeyHot

Любой нормальный софт и так использует параллельные вычисления. Если нет - то его стоит закопать и не использовать.

Eddy_Em ☆☆☆☆☆
()

> Есть ли подходящий для таких задач редактор?

sed, только sed.

moscwich
()

Спасибо за помощь. По итогам открывал в смотрелке от Krusader, предварительно включив принудительно открытие не editor-ом а viewer-ом.

gvozdila
() автор топика

Есть программа такая mcnp. Перенос частиц методом Монте-Карло. Вот она то и наделала делов. И, что интересно, полезной информации в итоге не было. Большая часть файла была забита историей одной (!!!) частицы. Которая заблудилась и летала везде выделяя энергию но не поглощаясь. Может какая-то ошибка округления, но случай 1 на миллиард. В результате итоговая цифра отличалась примерно на 8-9 порядков от ожидаемой.

Вот и верь теперь этаким программам!

gvozdila
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.