» FreeArc (часть 4)

Bulat_Ziganshin
Булат, Вы знаете, на счет пользователей - я не так давно затестил Ваш архиватор, и удалил все остальные. Теперь только менеджер архивов PeaZIP и FreeArc. Меня он устаивает целиком и полностью. Конечно с радостью бы расписал трактат по внешнему виду и тд. Я планирую выкроить время и списаться с разработчиками PeaZIP, чтобы они все опции Вашего архиватора встключили в гуи. По поводу политики Игоря - солидарен с ним, раз в месяц по версии со значительными допилами - это сильно. Ну и здоровая конкуренция никогда во вред не шла, к примеру, пока на FreeArc не наткнулся - сидел на 7z. Количество пользователей подтянется - если идти по пути Рошаля - он не скрывате то, что не хочет планирует работать над алгоритмом а только над юзабилити, цитирую:

Цитата:

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

Но как по мне - я готов на некоторое время пожертвовать интерфейсом во благо качества архива и степени сжатия

Цитата:

появятся новые фичи в sfx

А вот этого я жду с нетерпением)

Цитата:

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

Да ну, не прав он! Однозначно!
Просто ему повезло выйти на рынок раньше всех и распространиться.

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

Цитата:

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

всё это есть. редактирования документов только нет

SerJantX

Цитата:

Да ну, не прав он! Однозначно!
Просто ему повезло выйти на рынок раньше всех и распространиться.

Ну как сказать, не совсем.
Об этом можно рассуждать вечно.

У WinRar есть некоторые преимущества -
1) Стабильность алгоритма, проверенная годами
2) Малый размер дистрибутива + отлаженный GUI. Этот плюс вроде получается из того, что софт написан на Asm и C++. Но при этом GUI имеется только под Windows. Тобишь никакой кроссплатформенности.

Engaged Clown
Меня безумно радуют в rar'е возможность ставить цветные ASCII-комменты, использую esc-последовательности. Кроме этого - информация для восстановления, ну и ЭЦП)
Bulat_Ziganshin
Булат, скажите, а где можно ознакомиться с планируемыми реализациями? Желательно на русском.

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

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

Цитата:

всё это есть.

иконок нет )

Engaged Clown
не совсем согласен по второму пункту
snkreg
вот именно что только в чем то, на то что ставился акцент, нет, или не совсем так, степень сжатия и скорость также в приоритетных задачах стоят

Цитата:

собственно потом и надерется немалая целевая аудитория простых пользователей

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

SerJantX

Цитата:

не совсем согласен по второму пункту

В чём именно?
Многие отказываются ставить FreeArc потому что он весит >7Мб, ставит в систему GTK.

SerJantX
не вопрос и я к пиару подключусь. Надо бы еще над гуем поработать... просто я не кодер давно уже, знаний не хватит..могу бетатестить, выдвигать идеи и предложения, но кодить - нет ни сверхнавыков, ни времени..Посмотрим, что Булат скажет о планах развития архиватора и добавления новых фич

Engaged Clown

Цитата:

ставит в систему GTK

не ставит в систему GTK

Engaged Clown
Зависит от удобства. сейчас можно пожертвовать размером, к примеру я всегда юзаю PSI+, весит под 30мб, в тоже время как Вакуум весит 11, но Пся мне привычнее, удобнее и функциональнее. Так же и сабж, если он юзабилен, надежен и сжимает потрясно - почему бы не скачать эти 7мб - не так много. Но по юзабилити я пока отдаю предпочтение PeaZIP, как и писал хочу им написать - чтобы они включили в свой гуи все функции арка.

Engaged Clown
думаю многие отказываются его ставить не от того что он 7.7мб, WinRAR 1.7Мб весит - разница в 6Мб - считаешь критично(?), а от того что менее популярен и только лишь.
Боязнь пользователя не преодолима так же как и его лень! Типичная цитата рядового пользователя "---Винрар, а да знаю я. ---Фриарк у, хм, кхе, что эт, мне страшно... ну его, лучше уж что я знаю...".
как то так.

SerJantX
Ну и от юзабилити тоже многое зависит, но идти по пути ХаоЗип, который является полным закосом под винарар - тоже не верно.
Bulat_Ziganshin
Булат, что Вы думаете на счет интерфейса?Понятное дело, что сейчас силы направленны не на это, но тем не менее, на будущее что думаете и какие сроки, если не секрет.

egor23
Всегда портабл качаю, поэтому думал, что инсталлер ставит либы GTK.
SerJantX

Цитата:

а от того что менее популярен и только лишь.

Да нет, сейчас испытываю на друзьях/знакомых HaoZip - довольны как слоны.
7-zip не нравится большинству из-за не очень удобного интерфейса.

Engaged Clown
я на работе проверял и там играет роль не рюшки (freearc кстати по фейсу нормальный и не убогий как 7zip однозначно) а именно популярность, друзья/знакомые думаю по младше контингент, не против поэкспериментировать, не боятся, на работе к сотрудникам эти категории не относятся, они ни чего кроме WinRAR не знают ни 7zip ни что либо еще.

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

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

Планируется ли эта возможность?

SerJantX
из шапки:
Что подразумевается под "интеграцией с Explorer"

Bulat_Ziganshin
Когда планируется следущая альфа ?

не знаю как у остальных, но после вчерашнего ночного обновления баз KIS 2012
все sfx-модули проверяет нормально, нечего не находит
кстати я этот вопрос задавал
я сжимал файл 8 гб методом 4x4+lzma (точные параметры lzma не помню, то когда без 4x4 делал то были такие же, просто убрал 4x4)
получил размер примерно 750МБ однако просто lzma сжимал
то размер получился около 700 МБ
думал поможет параметр b у 4x4, но его увеличение никак не влияет на итоговый размер
почему такая разница в размерах конечного файла ?
можно как то изменить эту ситуации?

new alpha version:

improved archive extraction speed when your antivirus checks all disk activity
fixed most of problems with recognizing inner archive instead of outer one in a.arc.7z, a.7z.arc and so on
Unarc/SFX/DLL: added CLS methods support (i.e. cls-*.dll)
reduced amount of memory required to open archive (now 350-400 bytes per file)
option --nodata now works again


Benchmark of extraction optimization:


Код: I:\>wget http://freearc.org/download/testdata/SysInternals.arc

Antivirus disabled:

I:\>arc x SysInternals.arc -o+
Extracted 93 files, 6,348,445 => 30,449,518 bytes. Ratio 20.8%
Extraction time: cpu 0.44 secs, real 0.29 secs. Speed 104,631 kB/s

Antivirus (MS Essentials) enabled, old FreeArc version:

I:\>arc x SysInternals.arc -o+
Extracted 93 files, 6,348,445 => 30,449,518 bytes. Ratio 20.8%
Extraction time: cpu 0.42 secs, real 4.09 secs. Speed 7,448 kB/s

Antivirus (MS Essentials) enabled, new FreeArc version:

I:\>"C:\!\FreeArchiver\Tests\arc" x SysInternals.arc -o+
Extracted 93 files, 6,348,445 => 30,449,518 bytes. Ratio 20.8%
Extraction time: cpu 0.45 secs, real 1.31 secs. Speed 23,260 kB/s

вот уж этот КИС
ругается что инссталятор 0,67
вирус

Цитата:

FreeArc-0.67-alpha-win32.exe//data0054//UPX
Trojan-Spy.Win32.Zbot.cbea

**
ругается он на freearc-installer.sfx
потому как после установки детектит такой же вирус

блин, а я только freearc.sfx проверил. написал касперам, надеюсь за выходные исправят

Добавлено:

Цитата:

я сжимал файл 8 гб методом 4x4+lzma (точные параметры lzma не помню, то когда без 4x4 делал то были такие же, просто убрал 4x4)
получил размер примерно 750МБ однако просто lzma сжимал
то размер получился около 700 МБ

обычный lzma со словарём 64 мб ищет повторы во всех последних 64 мб

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

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

Добавлено:
оперативно работают


Цитата:

Это было ошибочное срабатывание.
Оно будет исправлено.
Благодарим Вас за помощь. Мы примем меры для устранения таких срабатываний в будущем.

> сегодня выпустил новую версию и снова false positive:
> http://www.virustotal.com/file-scan/report.html?id=fc8483b534a71beea0081b67d0558993c3c6c26f54269274523fe01c8c6fa451-1315658250
>
> файл приаттачил к письму. может есть какая-то возможность аналогично
> другим антивирусам различать мой sfx и этот вирус, чтоб каждый раз вас
> не дёргать?

я понял что из за того что разбивают на блоки
но я думал что параметр размера блока как то влияет, но я его увеличивал, а результат тот же
почему? он не принимает размер блока больше чем размер словаря метода?
потому как размер словаря я точно не 64 делал, у меня там памяти не хватит при распаковке


я тоже им написал, ответили быстро)
а что поменялось в инсталлере, кажется тогда он писал название другого вируса
(у меня freearc.sfx с КИС не исчезает как угроза, пишет Backdoor.Win32.SdBot.xgi, глючит КИС)

Цитата:

но я думал что параметр размера блока как то влияет, но я его увеличивал, а результат тот же
почему?

должен влиять. покажи конкретные команды


Цитата:

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

того же


Цитата:

(у меня freearc.sfx с КИС не исчезает как угроза, пишет Backdoor.Win32.SdBot.xgi, глючит КИС)

завтра базы обновятся, КИС твою переписку не читает

kalpak
А то за файлы сжимал? Ибо я сжимал 25ГБ текста, и вышло 12Гб...Я думал, что до пяти ужмет..

Цитата:

того же

мартовский релиз

Цитата:

Backdoor.Win32.SdBot.xgi    Не определено    D:\free_arc067\bin\freearc.sfx//    UPX    08.09.2011 0:39:06    
Backdoor.Win32.SdBot.xgi    Не определено    D:\free_arc067\bin\    freearc.sfx    08.09.2011 0:39:06    
Trojan-Spy.Win32.Zbot.bzpp    Не определено    D:\free_arc067\bin\freearc-installer.sfx//    UPX    08.09.2011 0:39:01    
Trojan-Spy.Win32.Zbot.cbde    Не определено    D:\free_arc067\bin\    freearc-installer-nodelete.sfx    08.09.2011 0:38:53

    
а вот сегодняшний релиз

Цитата:

Trojan-Spy.Win32.Zbot.cbea    Не определено    D:\My Downloads\Software\FreeArc-0.67-alpha-win32.exe//    data0054    10.09.2011 17:02:59
Trojan-Spy.Win32.Zbot.cbea    Не определено    C:\Program Files\FreeArc\bin\    freearc-installer.sfx    10.09.2011 19:49:37

    


Цитата:

завтра базы обновятся, КИС твою переписку не читает

нет, я имел ввиду что вирус в freearc.sfx определялся как вирус, сейчас не определяется
но из за глюка КИС 2012, с списка угроз не уходит, хотя файл тот после обновления баз не определял как вирус. там же такой гламурный интерфейс, наверное он и глючит, потмоу как даже еслибы то был вирус, то если бы я нажал на пропустить, он бы исчез из списка угроз (до след. проверки), а он тупо ни начто не реагирует (даже на добавить к исключениям)

насчет BlockSize 4x4
это только в понедельник (комп на работе)
либо завтра (дома хард тормознутый и комп послабее)
snkreg
файл бэкапа БД MS SQL 2005

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

Добавлено:
кстати, поискал по названиям вирусов - как обычно, половина сообщений относится к раздачам репаков, сделанных fa LOL

как и обещал проверил файл 8ГБ с 4x4 и BlockSize
чуть не точно написал
разница есть если не пишешь параметр и пишешь параметр BlockSize
а вот если его увеличивать, то разницы нету что b32 b512 b1024

Цитата:

D:\backups>arc a -di -mlzma:8mb archive gasbillingok_full_backup.bak
FreeArc 0.666 Updating archive: archive.arc using lzma:8mb:normal:32
Memory for compression 17mb, decompression 8mb, cache 16mb
Compressed 1 file, 9,263,259,791 => 780,864,815 bytes. Ratio 8.4%
Compression time: cpu 2838.00 secs, real 1702.75 secs. Speed 5,440 kB/s

D:\backups>arc a -di -m4x4:lzma:8mb archive gasbillingok_full_backup.bak
FreeArc 0.666 Creating archive: archive.arc using 4x4:lzma:8mb:normal:32
Memory for compression 192mb, decompression 136mb, cache 16mb
Compressed 1 file, 9,263,288,832 => 804,097,633 bytes. Ratio 8.6%
Compression time: cpu 3671.47 secs, real 1021.09 secs. Speed 9,072 kB/s
All OK

D:\backups>arc a -di -m4x4:b64mb:lzma:8mb archive gasbillingok_full_backup.bak
FreeArc 0.666 Creating archive: archive.arc using 4x4:b64mb:lzma:8mb:normal:32
Memory for compression 192mb, decompression 136mb, cache 16mb
Compressed 1 file, 9,263,288,832 => 798,589,892 bytes. Ratio 8.6%
Compression time: cpu 3743.88 secs, real 949.53 secs. Speed 9,756 kB/s
All OK

D:\backups>arc a -di -m4x4:b512mb:lzma:8mb archive gasbillingok_full_backup.bak
FreeArc 0.666 Creating archive: archive.arc using 4x4:b512mb:lzma:8mb:normal:32
Memory for compression 192mb, decompression 136mb, cache 16mb
Compressed 1 file, 9,263,288,832 => 798,589,892 bytes. Ratio 8.6%
Compression time: cpu 3730.58 secs, real 944.03 secs. Speed 9,812 kB/s
All OK

D:\backups>arc a -di -m4x4:b1024mb:lzma:8mb archive gasbillingok_full_backup.bak

FreeArc 0.666 Updating archive: archive.arc using 4x4:b1gb:lzma:8mb:normal:32
Memory for compression 192mb, decompression 136mb, cache 16mb
Compressed 1 file, 9,263,288,832 => 798,589,892 bytes. Ratio 8.6%
Compression time: cpu 3744.16 secs, real 953.64 secs. Speed 9,714 kB/s
All OK

kalpak
1. пробуй с последней 0.67. во-первых бессмысленно слать багрепорты по старым версиям, во-вторых она надёжней 0.666
2. добавляй -lc- -ld- чтобы видеть что причина не в том что у тебя мало памяти

Bulat_Ziganshin
Булат, скажите пожалуйста, какие акценты и на что Вы будете делать в следующей версии?

snkreg
приоритеты такие
- исправление ошибок (больно много их со всех сторон)
- улучшение usability
- документацию наконец-то написать

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

кстати, сейчас я столкнулся с тем, что многие отдельные пожелания к GUI укладываются в схему "настройки по фильтру файлов". например:
- не показывать hidden/system файлы под windows и с именами вида ".*" под unix
- показывать архивы в начале списка и/или выделять их цветом
- добавлять '*' к именам зашифрованных файлов

в связи с этим думаю сделать универсальный настройщик атрибутов отображения по имени/атрибутам файла, аналогичный far'овскому. не сейчас, а в 0.75

точно, я не заметил что использовал 0.666 версию
0.67 мартовскую я в другую папку скинул, потому как мне показалось что скорость
архивирования упала

сейчас проверил 4x4 с разными blocksize, все нормально
сразу видно что работает, потому как требование к памяти изменяется