Редактирование БОЛЬШИХ файлов...

Вам не хватает чего-то в Far? Вы считаете, что вашу идею стоит услышать? Пишите сюда.
SEt
Posts: 526
Joined: Mon 21 Mar, 2005 10:22
Location: Питер
Been thanked: 46 times

Post by SEt »

Latest post of the previous page:

Развели флуд из ничего... А ещё программисты, программисты...

wild_man:
Есть такая замечательная программа "Hiew" - прсмотрщик, hex-редактор и даже немного ассемблер/дизассемблер. Превосходно работает с большими файлами и даже есть версия под DOS.
Недостатков у неё только 2: ограничение по размеру файла в 4Гб и нет режима нормального редактора (но немного исправить файл можно легко).
User avatar
zg
zero-gravity
Posts: 6016
Joined: Tue 15 Mar, 2005 17:36
Location: riga
Been thanked: 185 times
Contact:

Post by zg »

SEt wrote:Превосходно работает с большими файлами и даже есть версия под DOS.
Недостатков у неё только 2: ограничение по размеру файла в 4Гб
ну не совсем всё так:
7.00 23/12/04 - нет больше поддержки DOS, OS/2 версий
- поддержка файлов и блоков свыше 4Г
Anonymous

Post by Anonymous »

2SEt
Хм... спасибо, я её использовал как асемблер-дизасемблер а что-то применить её как редектор недудумался...:)))
сенкс, пойду покупать...
:)
Gleb Kozyrev
Posts: 155
Joined: Thu 12 May, 2005 14:27
Location: Киев
Contact:

Post by Gleb Kozyrev »

zg wrote::) год назад фартим было предложено следующее:
1. надо прекратить заниматься {sensored} и выпустить релиз 1.70 к сентябрю.
2. надо назначить одного человека желательно из фар гроуп ответственным за ветку 1.7x, чтобы он исправлял серьезные ошибки.
3. в 1.8x забить на win9x и перейти на уникод. причем сделать первую версию как можно быстрее сфокусировавшись исключительно на уникоде.
условно:
1.80 beta 1 - 2005 май.
1.80 beta 2 - 2005 сентябрь.
1.80 release - 2005 декабрь.
далее - новое плагин апи с поддержкой уникода (т.е. старое латать я
смысла не вижу). и снова в течении года - релиз.
был получен отказ. не нужен фартим уникод.
Что-то я не понял. Тебя не захотели взять в фартим?
User avatar
zg
zero-gravity
Posts: 6016
Joined: Tue 15 Mar, 2005 17:36
Location: riga
Been thanked: 185 times
Contact:

Post by zg »

Gleb Kozyrev wrote:Что-то я не понял. Тебя не захотели взять в фартим?
да я как-то особо и не стремился. я предлагал только уникод сделать.
User avatar
Alexander84
Posts: 147
Joined: Fri 01 May, 2009 06:38
Has thanked: 16 times
Been thanked: 2 times

Редактирование БОЛЬШИХ файлов...

Post by Alexander84 »

Появилась ли возможность редактировать большие файлы без долгой задержки при открытии?
User avatar
HaRT
Moderator
Posts: 10823
Joined: Tue 30 Aug, 2005 17:21
Has thanked: 221 times
Been thanked: 358 times

Редактирование БОЛЬШИХ файлов...

Post by HaRT »

Alexander84 wrote: Появилась ли возможность редактировать большие файлы без долгой задержки при открытии?
Нет. Файл зачитывается в память целиком, притом построчно.
Без задержки и без отжирания памяти можно просматривать файлы, в т.ч. очень большие — но это и без раскраски.
Фар есть инструмент, а не нянька. © 2009 DrKnS
User avatar
Alexander84
Posts: 147
Joined: Fri 01 May, 2009 06:38
Has thanked: 16 times
Been thanked: 2 times

Редактирование БОЛЬШИХ файлов...

Post by Alexander84 »

Обходной путь пока такой: мигом открыть большой файл в бесплатной гуевой программе HxD, которая в отличие от Hiew или плагина Hexitor позволяет редактировать не только побайтово HEX, но содержание напрямую. Разве это нельзя реализовать в FAR?
User avatar
DrKnS
Posts: 6114
Joined: Thu 04 Aug, 2005 06:44
Location: Kyiv
Has thanked: 12 times
Been thanked: 426 times

Редактирование БОЛЬШИХ файлов...

Post by DrKnS »

Можно, реализуйте.
User avatar
Alexander84
Posts: 147
Joined: Fri 01 May, 2009 06:38
Has thanked: 16 times
Been thanked: 2 times

Редактирование БОЛЬШИХ файлов...

Post by Alexander84 »

DrKnS wrote: Можно, реализуйте.
Ведь понимаете, что пользователь, способный сделать commit или создать плагин, это и сделает, а не будет просить, но всё равно глумитесь.
Пока Фар не превратился в Ленина, когда тело уже не трогают, а лишь фиксят внешность, можно предлагать и обсуждать будущее (пример).
Правка больших файлов (например, дампы БД) — вещь нужная целевому пользователю Фара (например, сисадминам)? (Да)
Раз да, то лучше её оформить на уровне ядра или плагина? (Ядра, ибо плагины это про функциональность, а не объёмы чтения/записи).
Раз ядра, то вовлечённым программистам остаётся обсудить реализацию и приоритет между собой, а нам, пользователям, ждать.
User avatar
DrKnS
Posts: 6114
Joined: Thu 04 Aug, 2005 06:44
Location: Kyiv
Has thanked: 12 times
Been thanked: 426 times

Редактирование БОЛЬШИХ файлов...

Post by DrKnS »

Alexander84 wrote: плагины это про функциональность, а не объёмы чтения/записи
Зачем вы подменяете понятия?
Редактор в Far загружает файлы в память целиком, by design. Объем значения не имеет. Хотите редактировать дампы - купите себе много памяти и редактируйте на здоровье.
Редактирование только части файла, по возможности не трогая остальное, о котором вы пишете - это принципиально иная функциональность, к текущему редактору относящаяся чуть менее, чем никак.
глумитесь
Да что вы, я предельно серьёзен.
Код в свободном доступе уже девять лет, и никто пока такого редактора не написал. Видимо, подобная функциональность не слишком востребована. Если вам без неё никак - можно или подождать ещё девять лет, или взять инициативу в свои руки.
User avatar
Alexander84
Posts: 147
Joined: Fri 01 May, 2009 06:38
Has thanked: 16 times
Been thanked: 2 times

Редактирование БОЛЬШИХ файлов...

Post by Alexander84 »

DrKnS wrote: Объем значения не имеет. Хотите редактировать дампы - купите себе много памяти и редактируйте на здоровье.
Память есть, но файл загружается в неё крайне медленно.

Image
User avatar
HaRT
Moderator
Posts: 10823
Joined: Tue 30 Aug, 2005 17:21
Has thanked: 221 times
Been thanked: 358 times

Редактирование БОЛЬШИХ файлов...

Post by HaRT »

DrKnS wrote: Редактор в Far загружает файлы в память целиком, by design. Объем значения не имеет.
Строго говоря, даже при такой архитектуре, чтобы избежать начальной задержки, в принципе можно было бы загружать хвост файла в фоне, пока пользователь смотрит в начало. Но, учитывая возникающие сложности при доработке кода навигации, поиска/замены, FAR API, понятно, почему такой подход до сих пор никто не реализовал.
Фар есть инструмент, а не нянька. © 2009 DrKnS
Shmuel
Posts: 6820
Joined: Thu 23 Mar, 2006 21:36
Location: Israel
Has thanked: 41 times
Been thanked: 528 times

Редактирование БОЛЬШИХ файлов...

Post by Shmuel »

Возможно, что загрузку файлов в редактор можно было бы ускорить и без полного редизайна редактора. Например, у меня файл 256MB, 2 млн.строк грузится в редактор за 6.3 сек, а в таблицу Lua (массив строк) - за 2.9 секунды.

Причём, что интересно, билд 4535 грузит этот же файл в таблицу Lua за 2.1 секунды, а билд 4542 - как сейчас, за 2.9 сек. lua51.dll между этими билдами не менялся.

Добавлено: Билд GCC 4861 грузит этот файл в таблицу Lua за 2.1 сек. Поскольку загрузку выполняет lua51.dll, то подозреваю, что замедление, вызываемое билдом VC++ связано с ключом сборки Фара/плагинов /Zc:threadSafeInit- (не проверял, однако).
User avatar
HaRT
Moderator
Posts: 10823
Joined: Tue 30 Aug, 2005 17:21
Has thanked: 221 times
Been thanked: 358 times

Редактирование БОЛЬШИХ файлов...

Post by HaRT »

Shmuel wrote: билд 4535 грузит этот же файл в таблицу Lua за 2.1 секунды, а билд 4542 - как сейчас, за 2.9 сек.
Нет ли заметных различий в загрузке ЦП? Это могло бы хоть как-то объяснить происходящее.
Фар есть инструмент, а не нянька. © 2009 DrKnS
Shmuel
Posts: 6820
Joined: Thu 23 Mar, 2006 21:36
Location: Israel
Has thanked: 41 times
Been thanked: 528 times

Редактирование БОЛЬШИХ файлов...

Post by Shmuel »

HaRT wrote: Нет ли заметных различий в загрузке ЦП?
Заметных вроде нет. Похожие треугольники от 0 до 50% и обратно.
Post Reply

Return to “Предложения и идеи”