» FreeArc (часть 4)

Bulat_Ziganshin
Что бы SREP находил повторы в битовых строках)

Подскажите пожалуйста как сделать такое:
упаковывать в sfx
с приоритетом по скорости (сам архив)
на процессоре i3 540 (4 виртуальных процесора) (или может быть лучше выключить hyperthreading ?)
на флешку (т.е писать "в один поток", желательно кусками кратными 64 кб (судя по process monitor сабж такими кусками и пишет, только сначала пишет на флешку в freearc1.tmp); скорость чтения флешки ~17 мб/сек)
Распаковываться архив будет на других компьютерах -желательно чтобы процесс распаковки был не самым медленным.

Не могу более грамотно сформулировать вопрос - заранее извиняюсь за не совсем верную формулировку вопроса.

сама упаковка на винт вроде бы побыстрее так получается:
arc a -r -sfx -m4x4:tor:4 archive
Compressed 1,685 files, 254,712,966 => 102,982,742 bytes. Ratio 40.4%
Compression time: cpu 11.90 secs, real 3.43 secs. Speed 74,217 kB/s

для сравнения упаковка на флешку:
arc a -r -sfx -m4x4:tor:4 G:\2011feb02\archive

Compressed 1,685 files, 254,712,966 => 102,982,742 bytes. Ratio 40.4%
Compression time: cpu 11.20 secs, real 536.74 secs. Speed 475 kB/s

arc a -r -sfx -m4x4:i1:tor:4 G:\2011feb02\archive

Compressed 1,686 files, 357,871,058 => 207,544,347 bytes. Ratio 57.9%
Compression time: cpu 20.47 secs, real 1074.77 secs. Speed 333 kB/s


копирование самого архива (100 мб) на флешку с винта в фаре штатным копировщиком: ~20 секунд

Вобщем то проблема (для меня как юзера) - очень медленное создание архива непосредственно на флешке.
Беглым взглядом, судя по "диспетчеру задач" и прогрессбару в консоли (сабжа), похоже что тормозит именно запись на флешку.
Как побороть или когда это планируется исправить ?

[more]
для сравнения упаковка на винт:
arc a -r -sfx -m=tor:5 doc

Compressed 1,684 files, 254,712,243 => 99,291,973 bytes. Ratio 38.9%
Compression time: cpu 8.36 secs, real 8.05 secs. Speed 31,645 kB/s
-----
arc a -r -sfx -m=tor:4 doc

Compressed 1,685 files, 254,712,966 => 132,177,781 bytes. Ratio 51.8%
Compression time: cpu 5.35 secs, real 5.15 secs. Speed 49,488 kB/s
-----
arc a -r -sfx -m4x4:tor:5 doc

Compressed 1,685 files, 254,712,966 => 101,042,021 bytes. Ratio 39.6%
Compression time: cpu 17.11 secs, real 5.01 secs. Speed 50,810 kB/s

arc a -r -sfx -m4x4:i2:tor:4 doc

Compressed 1,685 files, 254,712,966 => 102,982,742 bytes. Ratio 40.4%
Compression time: cpu 8.46 secs, real 4.48 secs. Speed 56,805 kB/s


arc a -r -sfx -m4x4:i1:tor:4 doc

Compressed 1,685 files, 254,712,966 => 102,982,742 bytes. Ratio 40.4%
Compression time: cpu 8.02 secs, real 5.92 secs. Speed 43,011 kB/s
[/more]

Bulat_Ziganshin

1. По-моему, в ряде моментов FreeArc удобнее конкурентов.
(Например, он показывает в свойствах архива: алгоритм сжатия, требуемое ОЗУ)
2. А вот что ни в одном архиваторе нормально не сделано, так это выбор сжатия.
Ну скажите на милость, почему все авторы считают, что нужно выбирать из "Скоростного", "нормального" и "ультара"?
Да пользователям до фонаря эти названия.
Пользователи были бы рады другому.
Если бы при сжатии конкретной папки (файла) архиватор бы выдал полоску сжатия типа:
+------------------------------------------+
| 1с 1м 1ч |
| ххххх|ххххххххххх |
| 1Гб 0,8Гб |
+------------------------------------------+
А пользователь бы установил требуемое (примерно) время сжатия.
И рядом кнопочка "дополнительно", где можно было бы указать, непрерывно или нет, ограничивать ОЗУ или нет, и т.п.
Сейчас ведь как бывает, установил пользователь сжатие "ультра", а архиватор - буду жать 1 час. И бедный пользователь отменяет, и по новой! Про спецов не говорю. Да и им разве менее удобно бы было?

Добавлено:
Это было бы лучше, чем оценка в том же RARе.
Почему-то при обработке звука на компьютере уже давно используют управление полосками (частота среза, уровень! да- да уровень!, чем не управление уровнем сжатия?)

ndch

Цитата:

Беглым взглядом, судя по "диспетчеру задач" и прогрессбару в консоли (сабжа), похоже что тормозит именно запись на флешку.
Как побороть или когда это планируется исправить ?

SSD Вам в помощь

а если серьёзно, то не заметил тормозяков при записи на флэшку.

V2driver
а это реально кому-то нужно?

egor23

Цитата:

упаковка на винт
real 3.43 secs

Цитата:

упаковка на флешку:
real 536.74 secs

slech

Цитата:

Вы хотите сказать что HaoZip использует GTK ?

Нет, я имел ввиду то, что в хаозипе просто GUI без примочек.

---

Кстати, не совсем понимаю такого пристального внимания к linux'у.
У него доля в два раза меньше маковской в мире, однако FreeArc затачивается почему-то под него.
http://www.w3schools.com/browsers/browsers_os.asp
Т.е. у каждого десятого в мире - Mac, и лишь у каждого двадцатого - linux.
Причём совместимость между разными дистрибутивами linux порой отсутствует.

попробуй -m4x4:tor:4+rep

а что такое битовые поля ?

Bulat_Ziganshin

Цитата:

cpu T secs, real t secs | t << T

Такое вообще бывает, в обычной жизни?

Уважаемый Булат. Вы не планируете часом реализовать более гибкую настройку SFX модулей? Иногда проще сделать в самом архиваторе, нежели прибегать к InnoSetup.

Bulat_Ziganshin

Почему у FA работа горячих клавиш зависит от языка текстового ввода?

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

Кто то обещал обновить полную историю изменений, когда ее можно будет увидеть?

Цитата:

Если бы при сжатии конкретной папки (файла) архиватор бы выдал полоску сжатия типа:
+------------------------------------------+
| 1с                  1м                      1ч        |
|                 ххххх|ххххххххххх                  |
|                1Гб                      0,8Гб          |
+------------------------------------------+
А пользователь бы установил требуемое (примерно) время сжатия.

да ну нафиг.
1. это проблемно будет реализовать
2. при каждом перемещении ползунка программе придется заново сканировать данные и определять время и размер после сжатия. нужно будет много времени на этот процесс и не факт что удастся правильно определять время и сжатие.


лучше бы финалку 0,7 выпустили. ато до сих пор на древней 0,666 сидят 96.53% пользователей

Так вот история. Последнее обновление – 30 Января 2011.

snkreg
нет. нельзя объять необъятное и я считаю, что эту область можно пока не трогать

Видать Булат этим и занимался, но намучался с GTK и решил координально изменить что-то

а portable от производителя есть?

Цитата:

отступ слева от имени файла, а лучше иконку. хотя бы две, одну для папок, вторую для файлов. чтобы кроме имен отображались перед ними.
так непривычно это крайне левое положение имен файлов и папок.

вообще-то серьёзная работа над улучшнием usability GUI планируется в 0.75, но by popular demands попробую это сделать. каталоги/архивы/прочие файлы


Цитата:

вот почему нельзя выделять мышкой зажав любую кнопку, файлы и папки, если попадаешь чуть ниже поля нахождения файлов и папок.
пример.
два файла, остальное окно до нижней информационной строки, пустое. но зажть кнопку мыши можно только на файловом поле, ниже ткнешся, все. забудь про рамку. вобщем пустует поле и почему с него нельзя начать тянуть рамку, как у некоторых? )

ну это наверно GTK так сделан. я даже не знаю в каком месте крутить


Цитата:

выпадающие списки одинаковой длины (почему-то меня это сильно раздражает), требуется наличие хоть какой-то симметрии в интерфейсе и диалогах (возможно мелочь, но она сильно повышает дружелюбность программы).

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

а вот насчёт симметрии не понял совершенно. что к примеру нужно изменить?


Цитата:

Если хотите уже интерфейс переделывать то лучше представьте пару рисунков с вариантами чтобы можно было выбрать лучший

в том-то и проблема, что я не дизайнер. поэтому и предлагаю такой путь - сейчас генерятся идеи. просто представьте себе, как выглядел бы идеальный GUI для freearc. потом подключим дизайнеров, а я напишу внутренности


Цитата:

Но GTK какой-то ущербный, мне кажется.

например? мне кажется по внешнему виду не хуже winrar, т.е. на среднем современном уровне. а вот по части интеграции с виндой - действительно плохо


Цитата:

У WinRar разные версии под разные OS.

gui у него только виндовый


Цитата:

А с чем связан такой координальный шаг, GTK + Haskell с их ограничениями ?

я после arjz пробовал на разных языках писать архиватор. haskell - первый, на котором это пошло легко и изящно, просто воздушно. ну а Gtk2Hs - это попытка быстро сделать GUI на том же языке


Цитата:

А вот что ни в одном архиваторе нормально не сделано, так это выбор сжатия.
Ну скажите на милость, почему все авторы считают, что нужно выбирать из "Скоростного", "нормального" и "ультара"?  
Да пользователям до фонаря эти названия.
Пользователи были бы рады другому.
Если бы при сжатии конкретной папки (файла) архиватор бы выдал полоску сжатия типа:
А пользователь бы установил требуемое (примерно) время сжатия.

мне нравится эта идея


Цитата:

Кстати, не совсем понимаю такого пристального внимания к linux'у.
У него доля в два раза меньше маковской в мире, однако FreeArc затачивается почему-то под него.
http://www.w3schools.com/browsers/browsers_os.asp
Т.е. у каждого десятого в мире - Mac, и лишь у каждого двадцатого - linux.
Причём совместимость между разными дистрибутивами linux порой отсутствует.

причина очень простая - я делаю что умею. согласен, стоило бы установить хакинтош и откомпилять хотя бы консольку

opt_step

Цитата:

а portable от производителя есть?

Есть. Внимательно просмотри шапку

Цитата:

Текущая альфа версия: 0.67 загрузка [?]

vgrnt
теперь нашел, спс

Bulat_Ziganshin
Есть такая утилита - TrID - File Identifier. Она корректно определяет FreeArc-кие (ARC) архивы, т.к., сигнатуры этих архивов есть в базе и это хорошо. Но вот FreeArc-кие SFX архивы утилита не идентифицирует, т.к., их сигнатуры в базе отсутствуют.
Некоторые программы, например, Universal Extractor используют TrID для анализа типа файла для его последующей распаковки. Отсутствие сигнатур FreeArc-ких SFX архивов в базе делает невозможной их идентификацию и последующую распаковку.
Можете ли Вы послать Marco Pontello сигнатуры своих SFX архивов (SFX модулей) для добавления их в базу или Вам оно не надо?

Bulat_Ziganshin

Цитата:

например? мне кажется по внешнему виду не хуже winrar, т.е. на среднем современном уровне. а вот по части интеграции с виндой - действительно плохо

Да, какой-то он совсем не виндовый, элементы управления окнами очень криво реализованы, кучу мелких багов есть. Даже множество тем не спасает, тем более что они могут быть ещё более кривыми, нежели дефолтная.

Цитата:

haskell - первый, на котором это пошло легко и изящно, просто воздушно. ну а Gtk2Hs - это попытка быстро сделать GUI на том же языке

Так для Хаскела нет адаптации QT или wxWidgets? Или уже поздно что-то менять?

Цитата:

cpu T secs, real t secs | t << T

Такое вообще бывает, в обычной жизни?

D:\testing> arc create a dll700.dll -m3 -t
Compressed 1 file, 690,514,620 => 204,953,655 bytes. Ratio 29.6%
Compression time: cpu 89.33 secs, real 28.82 secs. Speed 23,958 kB/s
Testing time: cpu 19.20 secs, real 5.45 secs. Speed 126,716 kB/s

D:\testing> arc create a enwik9 -m3 -t
Compressed 1 file, 1,000,000,000 => 224,728,376 bytes. Ratio 22.4%
Compression time: cpu 94.40 secs, real 29.67 secs. Speed 33,701 kB/s
Testing time: cpu 150.93 secs, real 41.23 secs. Speed 24,257 kB/s

GORA2
Вы и сами можете сделать эти сигнатуры, всё необходимое есть на сайте Marko.

VasulNoz

Цитата:

Кто то обещал

Вы тоже что-то обещали.

Цитата:

увидеть

Смотрите. А Вам действительно столь интересна история альфа-версий, если Вы не участвуете в альфа-тестировании?

Bulat_Ziganshin
сильно не пинайте. как вам такой вид окошка "добавить в архив". вот что я понимаю под лаконичность и симметрией. (другие опции переехали в соседние закладки) так можно преобразить каждую закладку. согласитесь что это выглядит как-то аккуратнее и солиднее

Цитата:

если Вы не участвуете в альфа-тестировании?

Не понял. Откуда вы это взяли?

За обновление истории СПАСИБО.

Цитата:

нельзя объять необъятное

Так везде уже обнято и тд.. Мб как в 7z - отдельный модуль сделать? А то как на зло у всех архиваторах - чем лучше степень сжатия, тем менее юзабилитен фейс. Ведь потнясно было бы сделать гибкую конфигурацию.

Bulat_Ziganshin
Значит я уже все позабыл о real

Добавлено:
VasulNoz
Ну если взял - то кладу назад.

vasulpr
вполне, только ты добился этого за счёт удаления Шифрования и удаления галочки перед Сжатием

но по крайней мере я понял, что ты имеешь в виду. тут я принимаю варианты от вас, пользователей. дизайн и юзабилити - явно не мой конёк


Цитата:

Да, какой-то он совсем не виндовый, элементы управления окнами очень криво реализованы, кучу мелких багов есть.

ну вероятно я глубоко не копал. собственно эта виндовая тема - единственное, что делает его похожим на винду, всё остальное именно для тех, кому стандартный виндовый gui надоел


Цитата:

Так для Хаскела нет адаптации QT или wxWidgets? Или уже поздно что-то менять?

это будет разработка gui с самого начала.я имею в виду написание программы, конечно сами идеи его организации мы можем переиспользовать