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

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

Post by SEt » Tue 24 May, 2005 19:04

Latest post of the previous page:

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

wild_man:
Есть такая замечательная программа "Hiew" - прсмотрщик, hex-редактор и даже немного ассемблер/дизассемблер. Превосходно работает с большими файлами и даже есть версия под DOS.
Недостатков у неё только 2: ограничение по размеру файла в 4Гб и нет режима нормального редактора (но немного исправить файл можно легко).

User avatar
zg
zero-gravity
Posts: 5231
Joined: Tue 15 Mar, 2005 17:36
Location: riga
Been thanked: 42 times
Contact:

Post by zg » Tue 24 May, 2005 22:22

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

Anonymous

Post by Anonymous » Thu 26 May, 2005 11:22

2SEt
Хм... спасибо, я её использовал как асемблер-дизасемблер а что-то применить её как редектор недудумался...:)))
сенкс, пойду покупать...
:)

Gleb Kozyrev
Posts: 155
Joined: Thu 12 May, 2005 14:27
Location: Киев
Contact:

Post by Gleb Kozyrev » Sat 28 May, 2005 13:48

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: 5231
Joined: Tue 15 Mar, 2005 17:36
Location: riga
Been thanked: 42 times
Contact:

Post by zg » Sun 29 May, 2005 22:06

Gleb Kozyrev wrote:Что-то я не понял. Тебя не захотели взять в фартим?
да я как-то особо и не стремился. я предлагал только уникод сделать.

Alexander84
Posts: 75
Joined: Fri 01 May, 2009 06:38
Location: Москва, Россия
Has thanked: 6 times

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

Post by Alexander84 » Wed 30 Nov, 2016 13:37

Появилась ли возможность редактировать большие файлы без долгой задержки при открытии?

User avatar
HaRT
Moderator
Posts: 7983
Joined: Tue 30 Aug, 2005 17:21
Location: Санкт-Петербург
Has thanked: 66 times
Been thanked: 97 times

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

Post by HaRT » Wed 30 Nov, 2016 13:57

Alexander84 wrote: Появилась ли возможность редактировать большие файлы без долгой задержки при открытии?
Нет. Файл зачитывается в память целиком, притом построчно.
Без задержки и без отжирания памяти можно просматривать файлы, в т.ч. очень большие — но это и без раскраски.
Фар есть инструмент, а не нянька. © 2009 DrKnS

Alexander84
Posts: 75
Joined: Fri 01 May, 2009 06:38
Location: Москва, Россия
Has thanked: 6 times

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

Post by Alexander84 » Wed 30 Nov, 2016 14:42

Обходной путь пока такой: мигом открыть большой файл в бесплатной гуевой программе HxD, которая в отличие от Hiew или плагина Hexitor позволяет редактировать не только побайтово HEX, но содержание напрямую. Разве это нельзя реализовать в FAR?

User avatar
DrKnS
Posts: 4535
Joined: Thu 04 Aug, 2005 06:44
Location: Kyiv
Has thanked: 2 times
Been thanked: 113 times
Contact:

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

Post by DrKnS » Wed 30 Nov, 2016 18:20

Можно, реализуйте.

Alexander84
Posts: 75
Joined: Fri 01 May, 2009 06:38
Location: Москва, Россия
Has thanked: 6 times

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

Post by Alexander84 » Wed 30 Nov, 2016 19:31

DrKnS wrote: Можно, реализуйте.
Ведь понимаете, что пользователь, способный сделать commit или создать плагин, это и сделает, а не будет просить, но всё равно глумитесь.
Пока Фар не превратился в Ленина, когда тело уже не трогают, а лишь фиксят внешность, можно предлагать и обсуждать будущее (пример).
Правка больших файлов (например, дампы БД) — вещь нужная целевому пользователю Фара (например, сисадминам)? (Да)
Раз да, то лучше её оформить на уровне ядра или плагина? (Ядра, ибо плагины это про функциональность, а не объёмы чтения/записи).
Раз ядра, то вовлечённым программистам остаётся обсудить реализацию и приоритет между собой, а нам, пользователям, ждать.

User avatar
DrKnS
Posts: 4535
Joined: Thu 04 Aug, 2005 06:44
Location: Kyiv
Has thanked: 2 times
Been thanked: 113 times
Contact:

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

Post by DrKnS » Wed 30 Nov, 2016 20:22

Alexander84 wrote: плагины это про функциональность, а не объёмы чтения/записи
Зачем вы подменяете понятия?
Редактор в Far загружает файлы в память целиком, by design. Объем значения не имеет. Хотите редактировать дампы - купите себе много памяти и редактируйте на здоровье.
Редактирование только части файла, по возможности не трогая остальное, о котором вы пишете - это принципиально иная функциональность, к текущему редактору относящаяся чуть менее, чем никак.
глумитесь
Да что вы, я предельно серьёзен.
Код в свободном доступе уже девять лет, и никто пока такого редактора не написал. Видимо, подобная функциональность не слишком востребована. Если вам без неё никак - можно или подождать ещё девять лет, или взять инициативу в свои руки.

Alexander84
Posts: 75
Joined: Fri 01 May, 2009 06:38
Location: Москва, Россия
Has thanked: 6 times

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

Post by Alexander84 » Wed 30 Nov, 2016 20:46

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

Image

User avatar
HaRT
Moderator
Posts: 7983
Joined: Tue 30 Aug, 2005 17:21
Location: Санкт-Петербург
Has thanked: 66 times
Been thanked: 97 times

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

Post by HaRT » Wed 30 Nov, 2016 21:00

DrKnS wrote: Редактор в Far загружает файлы в память целиком, by design. Объем значения не имеет.
Строго говоря, даже при такой архитектуре, чтобы избежать начальной задержки, в принципе можно было бы загружать хвост файла в фоне, пока пользователь смотрит в начало. Но, учитывая возникающие сложности при доработке кода навигации, поиска/замены, FAR API, понятно, почему такой подход до сих пор никто не реализовал.
Фар есть инструмент, а не нянька. © 2009 DrKnS

Shmuel
Posts: 5041
Joined: Thu 23 Mar, 2006 21:36
Location: Israel
Has thanked: 11 times
Been thanked: 133 times

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

Post by Shmuel » Wed 30 Nov, 2016 23:14

Возможно, что загрузку файлов в редактор можно было бы ускорить и без полного редизайна редактора. Например, у меня файл 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: 7983
Joined: Tue 30 Aug, 2005 17:21
Location: Санкт-Петербург
Has thanked: 66 times
Been thanked: 97 times

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

Post by HaRT » Wed 30 Nov, 2016 23:22

Shmuel wrote: билд 4535 грузит этот же файл в таблицу Lua за 2.1 секунды, а билд 4542 - как сейчас, за 2.9 сек.
Нет ли заметных различий в загрузке ЦП? Это могло бы хоть как-то объяснить происходящее.
Фар есть инструмент, а не нянька. © 2009 DrKnS

Shmuel
Posts: 5041
Joined: Thu 23 Mar, 2006 21:36
Location: Israel
Has thanked: 11 times
Been thanked: 133 times

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

Post by Shmuel » Wed 30 Nov, 2016 23:36

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

Shmuel
Posts: 5041
Joined: Thu 23 Mar, 2006 21:36
Location: Israel
Has thanked: 11 times
Been thanked: 133 times

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

Post by Shmuel » Thu 01 Dec, 2016 13:49

Истины ради внесу некоторые коррекции в свои посты выше.
Производительность построчного чтения в таблицу Lua плагином LuaMacro определяется не lua51.dll, а luafar3.dll, т.к. библиотека io была модифицирована (с целью поддержки юникода) и находится именно в luafar3.dll. Она между билдами Far 4535 и 4542 не менялась, за исключением флагов компиляции. Отсюда можно сделать вывод, что какие-то флаги вносят определённые тормоза. Проверить, какие именно, мне затруднительно, т.к. всё ещё сижу на XP, на которой VS 2015, как известно, не ставится.

Post Reply

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

Who is online

Users browsing this forum: No registered users and 3 guests