» FreeArc (часть 4)

Цитата:

у меня при отмене архивации, запущенной из консоли, вываливаются ошибки (на билде от 27 сентября):

это настолько известная проблема что можно считать её уже фичей


Цитата:

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

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


Цитата:

То есть надо поиграться с кодом.

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

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

using 4x4:tor:3:2mb:h256kb
Compressed 361 files, 430,097,775 => 299,114,442 bytes. Ratio 69.5%
Compression time: cpu 18.50 secs, real 5.01 secs. Speed 85,877 kB/s

rep:16mb+4x4:tor:3:1mb
Compressed 361 files, 430,097,775 => 281,437,322 bytes. Ratio 65.4%
Compression time: cpu 17.64 secs, real 5.19 secs. Speed 82,866 kB/s


Добавлено:
using 4x4:tor:3:2mb:h256kb
Compressed 2,905 files, 236,542,287 => 186,087,534 bytes. Ratio 78.6%
Compression time: cpu 10.14 secs, real 3.23 secs. Speed 73,138 kB/s

rep:16mb+4x4:tor:3:1mb
Compressed 2,905 files, 236,542,287 => 179,805,028 bytes. Ratio 76.0%
Compression time: cpu 10.62 secs, real 3.52 secs. Speed 67,215 kB/s

Может я чего не учитываю, но разница по времени мала, а сжатие заметно.

Добавлено:
В своих тестах я эффекта от rep:32 не заметил

rep:16mb+4x4:tor:3:1mb
Compressed 2,905 files, 236,542,287 => 179,805,028 bytes. Ratio 76.0%
Compression time: cpu 10.62 secs, real 3.52 secs. Speed 67,215 kB/s

rep:16mb:32+4x4:tor:3:1mb
Compressed 2,905 files, 236,542,287 => 179,205,644 bytes. Ratio 75.7%
Compression time: cpu 12.50 secs, real 5.83 secs. Speed 40,571 kB/s


Добавлено:
Разве что только на rep:256

rep:16mb+4x4:tor:3:1mb
Compressed 2,905 files, 236,542,287 => 179,805,028 bytes. Ratio 76.0%
Compression time: cpu 10.62 secs, real 3.52 secs. Speed 67,215 kB/s

rep:16mb:256+4x4:tor:3:1mb
Compressed 2,905 files, 236,542,287 => 179,616,048 bytes. Ratio 75.9%
Compression time: cpu 11.19 secs, real 3.80 secs. Speed 62,244 kB/s

А меньше rep:256 скорее вред, чем польза.

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

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

opt_step

Цитата:

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

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

Цитата:

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

http://freearc.org/download/testing/fazip01.zip

FAZip is a standalone compression utility like gzip and bzip2.
It doesn't support any cmdline options but features the same great
compression power as FreeArc itself.


I don't recommend to use it for doing real compression due to it's
lack of CRC checking, file identification and other features common
for Unix compression tools. Consider it as technology demonstration
which may sometimes grow into really useful tool. Compression methods
supported and their parameters are exactly the same as in FreeArc
(so see FreeArc.htm for details). In paricular, it supports CLS external
compressors placed in cls-*.dll and accelerated compression functions
from facompress*.dll


Usage examples:

Fast binary data compression and decompression:
Код: fazip 4x4:tor:3 example.tar example.fazip
fazip d example.fazip example.tar

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

1) Если честно, ключик
Цитата:

background

больше ассоциируется с программой "свернутой" в трей и/или приоритете idle (и это отсутствует - кстати под спойлер +/- можно приоритет) (а трей реализовать думаю проблем не должно возникнуть хоть и в GTK)

// 2) Я то конечно знаю что диспетчером задач можно переключить и это не важная "функция", но в VirtualDub удобно поставить idle в GUI, а самому pdf/doc читать чтобы не подвисало на пол секунды иногда.

// 3) Кстати если поток 1 то можно "повесить" его жестко на одно ядро [affinity] то возможно быстродействие только улучшится (мне кажется(я в этом почти уверен(логика говорит что так по крайней мере должно быть))) если ядер/процессоров конечно больше 1 и на том же ядре ничего другого еще не "подвешено".
//По крайней мере одна из версий foobar жестко тормозила если так не сделать на XP без AMD DueCoreOptimazer

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

Да, можно и в трей, как WinRAR, и низкий приоритет, снова как в WinRAR. Главное чтобы фокус не граббился при запуске, а просто появлялась иконка.

Bulat_Ziganshin
В чём отличае fazip.exe от arc.exe, для чего он нужен ?

ndch


Цитата:

1. freearc is an archiver while fazip is a compressor. for example, fazip can compress to nul or to stdout
2. fazip prints more stats using just one line - it's what i need for benchmarking

Первый пункт для меня более предпочтителен, ну и главное чтоб еще распаковывал в stdout.

Почему sfx-архивы FreeArc'a некоторые антивирусы принимают за зловредов?

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

Bulat_Ziganshin
Как дела с финальной версией ФА (0.70)? На оф. сайте висело сообщение что выйдет в декабре. В чем задержка?

MrNN

Цитата:

Почему sfx-архивы FreeArc'a некоторые антивирусы принимают за зловредов?

Можете предоставить пруфлинк (выложите скриншот, ссылку на virustotal.com)?

Цитата:

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

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

fdhhhhhhhhhhh
1) в планах
2) реализовано
3) слишком обширная тема


Цитата:

Ну тогда сделай хотя бы возвращение высоты окошка при нажатии на минус.

как-нибудь


Цитата:

низкий приоритет, снова как в WinRAR.

у freearc и так всегда низкий приоритет, иначе винда просто вешалась

Добавлено:
MrNN
вероятно старая версия упакованная upx. проверьте сентябрьскую альфу или сами распакуйте

vasulpr

Цитата:

В чем задержка

Во времени.

GORA2
так и не нашёл описание формата. поэтому могу только подсказать тебе, что sfx можно обнаружить либо той же сигнатурой в пределах первых 1мб или сколько там файла, либо поиском 65 114 67 1 8 в последних 4 кб файла

Добавлено:
snkreg
у меня нет времени на это. большинство устраивает InnoSetup

Цитата:

чтение входных файлов при архивации и запись выходных при распаковке идёт через кеш.

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

Цитата:

у freearc и так всегда низкий приоритет, иначе винда просто вешалась

Странно... У меня на последнем билде при запуске архивации приоритет Normal, при нажатии на кнопку Background -- тоже! Помню, что раньше менялось! Баг?

Bulat_Ziganshin
Когда будеть алгоритм сжатия SREP.

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

без кеширования первый сжимающий поток сам бы читал данные из файлов

coolerru
низкий приоритет назначается тем конкретным тредам которые сжимают данные. приоритет процесса в целом не меняется

можешь сравнить отзывчивость системы при сжатии в 7-zip и freearc со 100% загрузкой процессора

Provizor54
На предыдущей страничке написал же, что скоро планирует. и спросил пожелания юзеров.

Bulat_Ziganshin
FreeArc не использует больше ~2гб ram? Сжимаю с параметром -mx.

Ага, пишет Below Normal. Только вот при нажатии на кнопку Background ничего не меняется.

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

WildGoblin
1. fa может использовать больше, а именно до 4 гб с опцией -lc- при ручном тьюнинге метода сжатия
2. fa может использовать внешний lzma-x64.exe, для него тоже потребуется -lc-, но ручной настройки -m вероятно не понадобится, хватит простого -mx