Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc (часть 4)

Модерирует : gyra, Maz

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156

Открыть новую тему     Написать ответ в эту тему

Widok



Moderator-Следопыт
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Часть 1 | Часть 2 | Часть 3


Скачать последний релиз - FreeArc 0.666 от 20 мая 2010 г. Что нового: ускорение работы в 1.5-2 раза благодаря новой технологии многопоточного сжатия, распаковка архивов многих форматов используя технологии 7-zip, запуск файлов из архива, исправлены все проблемы интеграции с Explоrer (подробнее)
Текущая альфа версия: 0.67 - загрузка | список исправлений | блог


Подробное описание используемых алгоритмов
Почему он сжимает лучше и быстрее, чем 7-zip/rar...
Результаты тестов, подтверждающие его крутизну...
Почему для использования 2+ гб памяти желательно установить 64-битную версию Windows
Планы дальнейшего развития
Что подразумевается под "интеграцией с Explorer"
Старая FreeArc wiki (включая описание формата архива)
Логотип и иконки FreeArc - обсуждение того, как облагородить внешний вид программы


Сторонние оболочки для работы с FreeArc:
wArc - простая и понятная программа управления архивами (требует .NET Framework 2.0)
PeaZip - менеджер архивов с поддержкой большого количества форматов, для Windows и Linux


Родственные темы:
Inno Setup плюс внешние упаковщики - использование архивов FreeArc в инсталяторах
ISDone.dll - библиотека распаковки архивов в инсталяторах
REP & SREP
Пережатиe/Pекомпрессия/Oптимизация файлов для лучшего сжатия - "а как сжать ещё лучше?"
FreeArc и Unix - для альтернативно одарённых
• репозиторий FreeArc 'Next на github.com
• тема FreeArc 'Next на форуме encode.su
• раздел FreeArc на форуме krinkels.org

 
Другие архиваторы:
WinRAR
7-zip
PowerArchiver
HaoZip
BandiZip


Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 11:36 23-11-2010 | Исправлено: Release, 10:58 24-04-2023
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

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

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

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

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

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

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 00:55 03-10-2012
coolerru

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

Всего записей: 20 | Зарегистр. 16-02-2009 | Отправлено: 04:08 03-10-2012 | Исправлено: coolerru, 04:10 03-10-2012
fdhhhhhhhhhhh

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
1) Если честно, ключик
Цитата:
background
больше ассоциируется с программой "свернутой" в трей и/или приоритете idle (и это отсутствует - кстати под спойлер +/- можно приоритет) (а трей реализовать думаю проблем не должно возникнуть хоть и в GTK)
 
// 2) Я то конечно знаю что диспетчером задач можно переключить и это не важная "функция", но в VirtualDub удобно поставить idle в GUI, а самому pdf/doc читать чтобы не подвисало на пол секунды иногда.
 
// 3) Кстати если поток 1 то можно "повесить" его жестко на одно ядро [affinity] то возможно быстродействие только улучшится (мне кажется(я в этом почти уверен(логика говорит что так по крайней мере должно быть))) если ядер/процессоров конечно больше 1 и на том же ядре ничего другого еще не "подвешено".
//По крайней мере одна из версий foobar жестко тормозила если так не сделать на XP без AMD DueCoreOptimazer

Всего записей: 8 | Зарегистр. 03-10-2009 | Отправлено: 23:35 03-10-2012 | Исправлено: fdhhhhhhhhhhh, 23:38 03-10-2012
coolerru

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Да, можно и в трей, как WinRAR, и низкий приоритет, снова как в WinRAR. Главное чтобы фокус не граббился при запуске, а просто появлялась иконка.

Всего записей: 20 | Зарегистр. 16-02-2009 | Отправлено: 02:55 04-10-2012
MrNN



Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Почему sfx-архивы FreeArc'a некоторые антивирусы принимают за зловредов?

Всего записей: 1 | Зарегистр. 04-10-2012 | Отправлено: 05:37 04-10-2012
ruduk

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
MrNN

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

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

Всего записей: 123 | Зарегистр. 08-02-2009 | Отправлено: 09:18 04-10-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
fdhhhhhhhhhhh
1) в планах
2) реализовано
3) слишком обширная тема
 

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

как-нибудь
 

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

у freearc и так всегда низкий приоритет, иначе винда просто вешалась
 
Добавлено:
MrNN
вероятно старая версия упакованная upx. проверьте сентябрьскую альфу или сами распакуйте

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 13:43 04-10-2012
coolerru

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

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

Всего записей: 20 | Зарегистр. 16-02-2009 | Отправлено: 21:14 04-10-2012 | Исправлено: coolerru, 21:15 04-10-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
coolerru
низкий приоритет назначается тем конкретным тредам которые сжимают данные. приоритет процесса в целом не меняется
 
можешь сравнить отзывчивость системы при сжатии в 7-zip и freearc со 100% загрузкой процессора

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 21:19 04-10-2012
coolerru

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ага, пишет Below Normal. Только вот при нажатии на кнопку Background ничего не меняется.

Всего записей: 20 | Зарегистр. 16-02-2009 | Отправлено: 23:47 04-10-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
coolerru
это так, в планах, но очень условно поскольку нужды большой в этом нет

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 23:57 04-10-2012
kalpak

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
может немного ламерский
или не совсем в тему вопрос
но все же lzma2 же будет в FA, поэтому спрошу
почему lzma2  с a0 или hc4
при кол-ве потоков больше 3 требует больше памяти
даже чем bt2/3/4!

Всего записей: 155 | Зарегистр. 20-07-2007 | Отправлено: 20:59 05-10-2012
Shuld

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
О балансировке алгоритмов сжатия "внутри" одного метода сжатия.
 
Bulat_Ziganshin
Несколько месяцев назад мы разговаривали на эту тему. Я "много думал", ставил эксперименты и пришел к определенным выводам.
Во многом - это вопрос идеологии. Какую идеологию выбрать?
 
1 Вариант.  (очевидный?)
Допустим, есть данные 200 Мб, из которых 100 Мб - тексты ($text) + 100 Мб - архивы ($compressed).
Предположим, что в методе сжатия -m9,
тексты ($text) будут сжиматься 40 сек и результат будет 20 Мб
архивы ($compressed) будут сжиматься плохо, за те же 40 сек получится 90 Мб.
Итоговый результат 20+90=110 Мб за 40+40=80 сек.
Здесь выравнивание по времени сжатия.
 
Постепенно я пришел к выводу, что такой вариант на самом деле несбалансированный, а по-настоящему сбалансированный вариант следующий.
 
2 Вариант. (неожиданный?)
Те же данные.
тексты ($text) будут сжиматься 40 сек и результат будет 20 Мб
архивы ($compressed) будут сжиматься плохо, поэтому берется алгоритм, который сожмет до 92 Мб, но за 4 сек!
Итоговый результат 20+92=112 Мб за 4+4=44 сек.
Одинаковой будет скорость "убирания" лишних Мб.
В случае текста (100 Мб - 20 Мб)/40 сек = 2 Мб/сек
В случае архивов  (100 Мб - 92 Мб)/4 сек = 2 Мб/сек
Такой вариант не будет тратить лишнего времени на сжатие трудносжимаемых данных.  
При этом, правда, мы не получим "максимально возможного" сжатия. Но если оно нужно, можно его "впихнуть" в отдельный метод, допустим -mx.
 
Поскольку FreeArc и так обычно на больших данных обходит по степени сжатия WinRAR/7z, то потеря степени сжатия вряд ли будет критичной, но по скорости получится еще большее преимущество.
 
Добавлено:
Bulat_Ziganshin
 
По интерфейсу.
После сжатия я бы хотел, чтобы окно процесса (которое мы обсуждали) не закрывалось автоматически, а оставалось. А кнопка "Отменить" заменялась бы на "Закрыть".
Или это где-то уже есть в настройках? Я не нашел.

Всего записей: 364 | Зарегистр. 08-12-2010 | Отправлено: 07:10 06-10-2012
ruduk

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Заметил, что в файлах i18n (во всех) пересекаются новые строки "0535 Processed" и "0536 Total" с уже существующими "lzma:1gb" и "ехе2"


Всего записей: 123 | Зарегистр. 08-02-2009 | Отправлено: 15:35 06-10-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
kalpak
дело в том что сам по себе lzma может загрузить максимум 2 ядра. поэтому lzma/xlzma просто делит входные данные на блоки скажем по 16 мб и сжимает по несколько блоков одновременно
 
Shuld
1. уже сделано
2. http://freearc.org/history/changelog_full.htm - ищи --pause-before-exit  
 
ruduk
второй раз уже про них забываю

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 21:19 06-10-2012
R76LW90

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Кто нибудь подскажет мне, какой самый сильный параметр сжатия в FreeArc , чтоб диски трещали

Всего записей: 108 | Зарегистр. 15-12-2009 | Отправлено: 22:17 06-10-2012
kalpak

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
это я знал
просто почему память больше
с hc4/a0 чем с bt4 например:

Цитата:
4 потока hc4/a0 dictsize 16mb - 904
4 потока bt4/a1 dictsize 16mb - 621
 
4 потока hc4/a0 dictsize 32mb - 1800
4 потока bt4/a1 dictsize 32mb - 1168

это данные с диалогового окна 7zg
я проверял на практике
поэтому заметил, мне почему то кажется что a0/hc4
в 7z просит больше памяти потому
что он (a0) быстро выделяет память и не успевает ее освобождать
(я говорю именно о lzma2 в 7z)

Всего записей: 155 | Зарегистр. 20-07-2007 | Отправлено: 23:04 06-10-2012 | Исправлено: kalpak, 23:06 06-10-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
kalpak
потому что каждый процесс сжатия в hc4/a0 занимает один поток, а в bt4/a1 - два потока. поэтому в первом случае таких процессов создаётся 4, а во втором 2
 
R76LW90
-mx

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 23:20 06-10-2012
Shuld

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
 
2. http://freearc.org/history/changelog_full.htm - ищи --pause-before-exit  
 
Нашел только один раз в версии 0,52 вот что
 on – for "test" command in GUI mode
 on-warnings – for other commands in GUI mode
 
И как это применять для GUI mode?  

Всего записей: 364 | Зарегистр. 08-12-2010 | Отправлено: 07:58 07-10-2012
kalpak

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
понятно, спасибо
а многопоточный lzma2 в FreeArc будет реализован
через 4x4
и/или как  в 7z?

Всего записей: 155 | Зарегистр. 20-07-2007 | Отправлено: 14:00 07-10-2012
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156

Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc (часть 4)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru