» FreeArc (часть 4)

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

Цитата:

а если серьезно, почему это реализовать? было бы не плохо

ага. и не забыть ещё два раза добавить туда 7-zip. вообще единственное что тут можно сделать лучше - это выпустить delta в более серьёзном исполнении - с stdin/out, crc и т.п.


Цитата:

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

я отвлекался на изучение nginx, поэтому ещё не готово


Цитата:

Flattr обычно используют те, кто не любит или не использует paypal

paypal - это индикатор. если на нём негусто, то всё остальное не имеет вообще никакого смысла

[more] Булат, спасибо большое за ответы на мои наивные вопросы - пытаюсь чуть поглубже войти в методы архивации. Благодря FreeArc получил много полезной информации.

Конечно, стандартным архиватором части файла не собирался паковать. У меня 100 ТБ данных (десятки винчестеров в разных компьютерах!) Есть программа, которая читает отдельные байты из этого объема почти в случайном порядке. Сейчас данные разбиты на независимые блоки по 2МБ и сжаты методом LZMA, но такой размер блока оказался очень большим. Поэтому начинается переход на блоки 8KB. Хочется не так сильно потерять в плотности паковки, поэтому исследую, что лучшего с открытым кодом имеется в мире. Заодно смотрю и на скорость распаковки. Результаты пока такие: при переходе на 8 КБ деградация степени сжатия где-то 35% - но этот результат все-таки терпим. А вот распаковку хочется раза в 3 ускорить. Сейчас в приложении она на первом месте в профайлере.

Попробовал много различных архиваторов. Результаты в основном удручающие. LZMA - это LZMA.

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

FreeArc тоже попробовал. Результаты по качеству паковки и скорости практически такие же как и с LZMA. Разница на проценты, что пока не подвигает на возню с портированием кода. Ночью подумал, что может удастся получить преимущество на малых блоках, но чистый эксперимент провести не смог.

Сегодня еще поиследую тему и буду принимать решение, в какой формат перегонять данные. [/more]

Bulat_Ziganshin
Цитата:

paypal - это индикатор. если на нём негусто, то всё остальное не имеет вообще никакого смысла

Очень большой процент людей не использует палку по "идеологическим" соображениям. Поэтому думаю, что так легко отказываться от Flattr и BitCoin не стоит

Bulat_Ziganshin

Цитата:

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

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

что вы думаете о таком виде диалога прогресса (v1)?



а вот старый для сравнения (v0):

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

Bulat_Ziganshin

Цитата:

ага. и не забыть ещё два раза добавить туда 7-zip. вообще единственное что тут можно сделать лучше - это выпустить delta в более серьёзном исполнении - с stdin/out, crc и т.п.

буду ждать

Цитата:

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

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

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

Скажите пожалуйста как добиться более максимального сжатия той же игры пес 2013

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

lorents
Я уже года два пожимаю и в голове всё не умещается, но скажем так, я все возможные варианты перебириаю и не всегда дельта давала прирост, хотя было время, я тоже её пихал везде где только можно.
Потом как-нибудь могу целенаправленно потестить, если нужно.

Bulat_Ziganshin
Вполне прилично,по-моему.Глаза не разбегаются по диалогу и информация на виду.

vishyakov
нет, нельзя

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

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

Bulat_Ziganshin

Цитата:

что вы думаете о таком виде диалога прогресса?

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

только числа в "правой половине", может быть, стоит тоже выровнять по правому краю
не обязательно их совсем вправо задвигать (как Speed), но хорошо бы, чтобы разряды в Bytes и Compressed были друг под дружкой

а после Time я бы вставил немного свободного места по вертикали, чтобы визуально отделить Ratio / Speed, раз уж они выбиваются из общей "xxx of yyy" схемы

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

Shuld

Цитата:

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

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

Цитата:

Еще один вариант:  
1508 Queue operations across multiple FreeArc copies=Если в процессе выполнения операции (упаковки, распаковки...) FreeArc определит, что выполняется еще одна копия FreeArc, то операция будет поставлена в очередь, и будет выполнена после завершения всех предыдущих операций в очереди. Это позволит каждой операции полностью использовать все ресурсы компьютера.

сделал так:

1508 Queue operations across multiple FreeArc copies=Даже если вы будете одновременно выполнять операции (упаковку, распаковку, восстановление архива и т.д.) в нескольких копиях FreeArc, они будут запускаться по очереди. Таким образом, они не будут мешать друг другу полностью использовать ресурсы компьютера и, как правило, выполнятся быстрее.

и по-английски:

1508 Queue operations across multiple FreeArc copies=Even if multiple copies of FreeArc are instructed to perform operations simultaneously, only one operation will be performed at a time (compression, decompression, archive restoration, etc.), the rest will wait for their turn. Through this they will not interfere with each other and will provide best performance.

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

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

Может speed также, с новой (с начала) строки.

ndch

Цитата:

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

есть, используйте rep
можете попробывать lzp, но не помню уже, вроде на rep остановился в своё время.

gryhov
понятно, но сама суть delta очень интересная. Будем тестировать.

версия 0.67 у меня такая проблемма с FA.
Открвыаю во FA архив, например ARJ, в котором несколько документов в формате doc, хочу распечатать, получается распечатать только первый документ, далее начинаются проблеммы.
После закрытия первого документа
1. не раскрывается окно Freearc
2. происходит зависание при попытке открытия следующего документа.

Цитата:

только числа в "правой половине", может быть, стоит тоже выровнять по правому краю
не обязательно их совсем вправо задвигать (как Speed), но хорошо бы, чтобы разряды в Bytes и Compressed были друг под дружкой

если там всё выравнять по правому краю, то короткие надписи (типа 30 для общего числа файлов) будут висеть слишком далеко. я думаю, надо попробовать files/compressed вместе вправо выравнять, чтобы они друг под дружкой были, а оставшиеся пусть так и будут


Цитата:

а после Time я бы вставил немного свободного места по вертикали, чтобы визуально отделить Ratio / Speed, раз уж они выбиваются из общей "xxx of yyy" схемы

Цитата:

Может speed также, с новой (с начала) строки.

второй вариант мне кажется более подходящим

Приветствую Булата и участников конференции. Прошу извинить, если такой вопрос уже неоднократно был задан, не знаю какой запрос в поиск ставить, чтобы это узнать.
На сайте программы, здесь http://freearc.org/ru/FuturePlans.aspx (планы на будущее) перечислены ожидаемые версии. Можно уследить некоторую логику 0.70, 0.75, 0.80, 0.90, 1.0 и 2.0, т.е. шаг сначала в 0.05, потом 0.1 и 1. Это к просто к слову. Собственно вопрос: с чем связанно то, что в FreeArc версии 0.666 после точки следуют 3 цифры, а не две, как с ожидаемыми версиями или текущей альфой 0.67 или с предыдущей 0.60? Число 666, как известно имеет вполне определенный символический смысл. Какой смысл был вложен автором в добавление этого символа в номер версии? Просто интересно.

Bulat_Ziganshin
Когда можно будет ожидать очередную версию?

TIS456
С сайта, на который Вы дали ссылку:
FreeArc 0.666 (20 мая 2010 г.)

"Благодаря новой технологии многопоточного сжатия FreeArc стал ещё в 1.5-2 раза быстрее! По сравнению с WinRAR он теперь быстрее впятеро!!! Поскольку такой сумасшедшей скорости нельзя было достичь без помощи дьявола, он стал корпоративным спонсором нового релиза".

Наверное, потому и три цифры.

Bulat_Ziganshin

Цитата:

что вы думаете о таком виде диалога прогресса ?

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

Цитата:

С сайта, на который Вы дали ссылку

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

RuS_UA, FreeArc — планы на будущее, Новости. По первой ссылке видно, что скорее всего - Декабрь 2011 (недолго осталось).

---

Настройки->Шифрование->Профиль шифрования, как можно очистить историю сохраняемых профилей? Там сохраняются пути к файлам ключам, что немного напрягает. В "Файл-ключ" (выпадающее меню) тоже самое.

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

Добавлено:
вариант диалога с тотальным выравниванием вправо последнего столбца (v2):