» FreeArc (часть 4)

мне тоже продали с 32-виндой. через 5 дней поставил себе 64, с дровами проблем нет. ради интереса недавно делал откат на 32, скорость обработки данных сразу существенно снизилась. особенно видно при конвертации видео. так что 32-винда при твоем процессоре это мазохизм.

да, чего я спросить-то хотел. я собираюсь наконец-таки добавить в hfcb какую-нить игрушку побольше. что взять? da-origins, starwars, mass-effect? думаю, видео просто обрежу. хорошо бы если бы она показывала преимущество srep и precomp, и при этом была широко известна. и очень неплохо было бы чтоб она была доступна на free torrent'ах, причём англоязычных. чтоб любой мог скачать, распаковать, стереть лишнее и перепроверить результаты тестов

Цитата:

Видел sfx-ы имеющие такой функционал.

теперь понял. сделаю


Цитата:

Консольные и sfx-ы то не учитываются.

sfx и не должны - нас интересуют машины создателей архивов. над консолью подумаю

хотя мне на самом деле любая стат-ка интересна, вот только пользователи (а значит и создатели) таких архивов вряд ли этому обрадуются

Bulat_Ziganshin
думаю Da Origins
там объем большой
нетипично для остальных (вроде gta4 тоже моного)

Цитата:

я собираюсь наконец-таки добавить в hfcb какую-нить игрушку побольше. что взять?

мона тот же lost planet 2, чуть более 20гб после прекомпа и 6-7 гб после srep'a. Видео там по минимуму. Масс эффект тут не конкурент.

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

http://rghost.ru/3499950

Не надо переживать.
(Когда новая серия видекарт 7000 от AMD пойдет, может быть куплю новый системный блок).

Bulat_Ziganshin

Цитата:

вот только пользователи (а значит и создатели) таких архивов вряд ли этому обрадуются

запускаем архив, а он в инет ломиться

Подскажите, а архиватор развивается? Не засох проект? Посмотрел на сайте архиватора раздел "Планы на будущее" - судя по нему, уже должна быть на подходе версия 0.9...

Хочется "archive recovery, чтоб было не хуже чем в rar".

Добавлено:
Подскажите, а архиватор развивается? Не засох проект? Посмотрел на сайте архиватора раздел "Планы на будущее" - судя по нему, уже должна быть на подходе версия 0.9...

Хочется "archive recovery, чтоб было не хуже чем в rar".

Добавлено:
Подскажите, а проект жив, не засох еще?
Зашел на сайт, судя по разделу "FreeArc — планы на будущее" уже должна быть на подходе версия 0.9..

хочется реализации "archive recovery, чтоб было не хуже чем в rar"

SREP 3.01 (March 4, 2012)

speed up the 32-bit executable by calculating 32-bit hash (instead of 64-bit); it may hurt speed/compression on very large files

egor23
по фтп, за файлами

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

Вот говорят, что один крупный сетевой мегасупермаркет убивает в городе весь малый торговый бизнес в радиусе нескольких километров. Товарищ Зиганшин производит подобный эффект в своей нише. Причём делает он это в мировом масштабе. Если он реализует всё то, что задумал сам, и что просили юзвери - он рискует стать первым и если не убить, то сильно подубасить всех остальных.

Потому что:

WinRK - вечная многолетняя глючная сырость, да и тормозной - соотношение скорость/сжатие лучше у FA. Гуй коряв и неудобен и непонятен. SFX модуль просто никакущий. Платный. Закрытый. Многотомит глючно. Развивается в час по чайной ложке, а теперь с недавних пор и вовсе сайт проекта испарился (может и временно).

WinRAR - закрытый и платный. Но уж больно хорош по дружественности, здорово уже вылизан, NTFS аттриб. понимает. Многотомит хорошо, SFX устраивает. Но на форумах, в т.ч. импортных - можно встретить мнения о его стагнации и чрезмерной консервативности. В офис скорее поставят бесплатный и открытый арх. софт. К тому же, на некотором сжимаемом материале он проигрывает другим. Порой много, к сож. Не предлагает того разнообразия методов криптования архивов, как другие. Фильтров меньше. В лине только распаковка (?). Но для меня RAR- пока ещё лучший универсальный выбор.

WinZip - анахронизм, к которому я до сих пор испытываю тёплые чувства. Масса врождённых ограничений. Да и не оптимизируют его что-то. На многоядерность процессоров ему плевать, поэтому медлителен и жмёт совсем уж неприлично плохо. Понятно, что не это решает, но тут уж из рук вон просто.

7-Zip - И открыт, и жмёт хорошо, Им не брезгуют M$, Adobe и кто-то там ещё. Много чего в нём есть. Но реализация многотомности это уж ну просто швах. Такое впечатление что "на отгребись" делалось. Многотомники я им создавать не буду просто никогда. Если из РАРа в случае чего ещё можно будет ну хоть что-то достать, то тут лишь помахать платочком и смахнуть скупую слезу. С автоподбором алг.сжатия совсем беда- приходится людям городить какие-то костыли в виде спецутилит. Создаётся впечатление, что за всё время его существования, он развивается медленнее, чем ФриАрк.

FreeArc - крайне рискует стать просто конфеткой, открыт, бесплатен, криптование на выбор, скорость/сжатие - просто великолепно, полно фильтров.. Важный фактор - он самый поздний из всех (?) и это даёт ему возможность, вобрать всё лучшее от других и избежать тех граблей, на которые уже наступали более древние проекты (свои алгоритмы шифрования, свои эл. подписи и проч). Его лидерство уже доказано в известной тестовой таблице, и он, похоже, уже достиг потолка разумного соотношения скорость/сжатие. Или очень у нему близок по кр.мере. Не знаю почему, но я верю в него.

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

есессно всё моё личное имхо, обычного ламера и юзера, простого человека из толпы, как он это видит. Булату - успеха

Bulat_Ziganshin
"Голосую за SREP!"))
Булат, подскажите, когда можно ждать полную интеграцию нового СРЕПа в FreeARC

Цитата:

мона тот же lost planet 2, чуть более 20гб после прекомпа и 6-7 гб после srep'a

посмотрел я сегодня. для демонстрации precomp+srep он прекрасно подойдёт, а для общего теста нет - после srep там вообще ничего уже не жмётся

CTAPuK2010
в исходниках 7-zip видно, что Игорь работает над новой реализацией томов, но только когда она будет готова... кстати, есть ещё PowerArchiver - удобный front-end (с рюшечками а-ля WinZip) с автовыбором алгоритма в 7-zip, многопоточным сжатием в zip

Цитата:

хотя мне на самом деле любая стат-ка интересна

Вообще-то не только статистика интересна, но и корреляция.
По вашей статистике абсолютно неясно, например, бывают ли варианты компьютеров с 4-ядерным процессором и 512 МБ памяти ОДНОВРЕМЕННО.

Или, например, какая минимальная память бывает на машинах с Win7 64-разряда?

Цитата:

PowerArchiver

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

snkreg
а чем нынешняя не устраивает?

Цитата:

WinRK - вечная многолетняя глючная сырость, да и тормозной - соотношение скорость/сжатие лучше у FA. Гуй коряв и неудобен и непонятен. SFX модуль просто никакущий. Платный. Закрытый. Многотомит глючно. Развивается в час по чайной ложке, а теперь с недавних пор и вовсе сайт проекта испарился (может и временно).

WinRK 3.4.2 от 2 декабря 2010
http://www.winrk.co.uk/downloads.htm

А версия 3.1.2 любимая всеми, там даже не упоминается.
Почему-то новые версии на http://www.maximumcompression.com/index.html
не протестированы.

Можно ли сделать так, чтобы FA во все цепочки сжатия добавлял мой препроцессор, а во всех остальных отношениях вёл себя по-прежнему? Я пробовал переопределить 1t, 2t..#t, 1b..#b. А именно: взял их определения (выводимые командой print-config) добавил в каждую из них препроцессор и вписал всё это в arc.ini. Но FA проигнорировал это.

По вашей ссылке там написано:


Цитата:

WinRK is a trademark of ChuSan Services

wtf??

На офиц. странице (таки воскресла) разработчика msoftware.biz ещё только версия 3.1.2

вопрос снят

Цитата:

http://www.winrk.co.uk/downloads.htm

просто совпадающее название: WinRK v3 is a database manager designed specifically for ringers.

Добавлено:

Цитата:

а он у меня почему-то не прижился

ну значит рюшечки это не твоё и для тебя winrar - идеальное GUI

vishyakov
нет, нельзя

пример arc.ini (я использую угловые скобки вместо квадратных):

Код: <Compression methods>
m1t=pp+tor:1

Bulat_Ziganshin
Устраивает все вполне, я к тому, что Вы же не зря обновляете его, да и разница между ними не малая.
Кстати еще вопрос - инфу для восстановления можно использовать только методом xor? или есть более надежные способы, которые Вы планируете внедрить, но умалчиваете?)

Цитата:

ну значит рюшечки это не твоё и для тебя winrar - идеальное GUI

да! и я дерзко предполагаю, что в этом гуе весомая доля успеха архиватора ВинРар, раз народ воспринял. Недаром и Игорь не стал уходить далеко в сторону от этого шаблона в своем произведении. И правильно! А зачем сопссно? У него гуй стал даже более лаконичен. И народ вроде не просит его догрузить. И даже в ФА, к счастью, оно похоже. Только значки файлов и директорий исчезли. Да и на схожую морду люди чисто психологически будут легче и охотнее переползать при случае. А чем больше сползутся - тем лучше, дальше процесс уже пойдёт по нарастающей. Весь этот сценарий и происходит с 7зип в теч. всех этих лет. Только ФА, как решение на основе существующих (и собственного- торнадо) алгоритмов - лучше, и поэтому должен пойти в массы за неск.более короткий срок, чего и желаю нам всем.

Shuld

Цитата:

какая минимальная память бывает на машинах с Win7 64-разряда?

На ноуты предустановленную видел с 2 Гб.

Я тут, кстати, нашел, с чего все начиналось
Если кому интересно - http://forum.compression.ru/viewtopic.php?f=5&t=173

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

ещё один бенч по ходу дела (может, его и пихнуть в hfcb?):

я провёл тестирование скорости архивации на своём рабочем каталоге: 3,848 folders, 31,166 files, 6,636,984,411 bytes. сжатие шло моим freearc в самом быстром режиме, чтобы заведомо не упираться в проц. вот что получилось:

сжатие с ssd на hdd:
Compressed 35,018 files, 6,636,984,411 => 3,606,580,870 bytes. Ratio 54.3%
Compression time: cpu 96.19 secs, real 58.03 secs. Speed 114,371 kB/s

сжатие с hdd на другой hdd:
Compression time: cpu 93.58 secs, real 319.99 secs. Speed 20,738 kB/s

Время работы увеличилось с 58 до 320 сек - в 5.5 раз (проц у меня 4-ядерный, так что cpu time 96 секунд означает 24 секунды чистого времени на сжатие)

---

распаковка с hdd на ssd:
Extracted 35,017 files, 3,605,117,605 => 6,636,064,829 bytes. Ratio 54.3%
Extraction time: cpu 89.76 secs, real 89.53 secs. Speed 74,121 kB/s

распаковка с ssd на hdd:
Extraction time: cpu 98.55 secs, real 279.89 secs. Speed 23,709 kB/s

Время распаковки увеличилось с 89.5 до 280 секунд, т.е. в 3.1 раза

---

Ну и наконец, время удаления всех этих файлов с диска - 8 и 50 секунд, соответственно

---

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

Добавлено:

---

UPDATE: а, нет. упёрлись в ОС или iops - копирование этого же дерева каталогов в nul занимает 52 секунды

Подскажите, для большого количества однотипных html-ек (~6 Гб) есть смысл использовать препроцессоры или какие-либо ухищрения ?

Bulat_Ziganshin
Вот такая ошибка при распаковке архива:


из-за чего такое возможно?


Добавлено:
Не пойму как настроить:
1.    при создании архива - добавить к имени архива: Дата+Время никак не могу настроить, чтоб имя архива и дата были разделены пробелом. Создается архив вида ВАСЯ06.03.2012 или так получилось ВАСЯ-06.03.2012 через пробел никак. Неудобно.
2.    При работе через оболочку если работаешь с диском Е:\папка, затем закрыл-открыл оболочку все время сбрасывается на диск С:\ нет запоминания позиции – неудобно приходится вновь искать на другом диске папку. (в раре запоминает)
3.    При распаковке архива (например SFX) выходит меню где прописан путь с именем архива и при распаковке создается папка с именем архива и туда распаковывается файл. Это неудобно получается либо так : E:\ВАСЯ\ВАСЯ\ либо например архив из файла который был в корне С, а распакуется в С:\Имя архива\ по умолчанию. Все время стирать в менюшке название куда будет распаковываться файл неудобно. (в раре не прописывается путь)
5.    Никак понять не могу что такое дополнительные опции: Создать полный бэкап: -ep3 –ac где прочитать? (может это из-за него ошибки при распаковке архива указанные в первом посте?)
6.    А вообще архиватор своей степенью сжатия и временем работы понравился. Черт с этими пробелами лишь бы ошибок не было.