» FreeArc (часть 4)

Никто ничего не пишет уже 2 недели ... архиватор мёртв?

Bulat_Ziganshin
да есть
ну точнее 7.5 Гб и 512mb на встроенную видяху

Все разобрался спасибо.

Если можно добавьте в будущие версии Lzma x64 хоть какое-нибудь отображение прогресса(я имею ввиду вывод консоли на подобии srep)....
и такой вопрос на сколько реально написать lzma работающий на видеокартах? И на сколько это будет быстрее? тут как я понимаю вся проблема в возможности распараллеливания алгоритма.

Цитата:

... архиватор мёртв?

умер не родившись - выкидыш

muzf

90 = rep:2gb:256:c256+xlz4
91 = rep:2gb:112:c64:d4m:s64+xtor:3:4m:h32k
и т.д.

Добавлено:
Paramon111
Скачал. А зачем самораспаковывающийся? (Я побаиваюсь .exe.)

Не менее 2/3 виденных мной репаков игр пожаты сабжем. О сроках можно уточнить и повежливее, надоели уже, неловко за вас перед разработчиком, ладно бы баг нашли.

muzf


Цитата:

Но в целом это не интересно, когда планка 4Gb стоит 500р.

4Gb DDR2 продают за 500р ? Пару планок продадите ?

4Gb ? x86 лесом ?

Знаете, меня очень удивляют "репакеры" выжимающие 100 МБ с 4 ГБ, чтобы распаковалось в 8ГБ, невзирая на то что распаковка будет идти полчаса. Для кого они это делают ?

За полчаса скачивается 14 ГБ с лёгкостью. Плачу 300 рублей в месяц.

А никакие сроки никому и не нужны - хоть ловко, хоть не ловко. Как и сам фриарк . Так, заглянул по старой памяти...

ndch
Я советую тебе перечитать цель тестирования и смысл моих заявлений. Репаков среди них нет.
Смысл в том, что меня не интересуют слабые конфигурации и прочая ересь, я ищу быстрое средство для бэкапа, а сколько оно потребляет памяти на современных машинах - неважно. И да, ещё лет 8 назад у меня DDR-2 было 2Гб, и не сказал что это было прямо много.
Кто там сидит на старье и зачем - это не моё дело.

SREP 3.93:English announcement
Russian announcement
Download

muzf

Цитата:

Кто там сидит на старье и зачем - это не моё дело.

Вам изречение "кто ездит не на бентли - нищеброды. Вон с дороги! Дорога только для меня" ничего не напоминает ?

Вам уже доходчиво намекнули:

Цитата:

Цитата: Ключевые слова - "из коробки". Чтобы было доступно всем и каждому сразу.

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

Bulat_Ziganshin

D:\>srep -mem256mb -m5f -a1 icon.ico


ERROR! Invalid option: -mem256mb

Почему-то перестала работать опция -mem с мегабайтами. Как -mem256m, так и -mem256mb

Shuld
На том обменнике формат .arc не поддерживается просто.

SREP 3.93a бета (11 октября 2014 г.) - загрузка

* Исправлена ошибка в обработке опций типа -mem256m
* Исправлена ошибка, из-за которой в srep*i.exe работали только режимы -m1 и -m2


Добавлено:
напоминаю что информация о новых версиях - в рассылке https://groups.google.com/forum/#!forum/freearc-announces

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

Bulat_Ziganshin

А есть какая-то существенная разница между версиями i и m? И что за обычные версии, которые просто лежат в корне папки без приписок? Собсно неплохо было бы ответы на данные вопросы добавить в ридми архива...

muzf
Все версии FA от 2012 года распакуют!

обычный версии откомпилрованы gcc, они по моим тестам самые быстрые. результаты творчетва других компиляторов я выколадываю если кто хочет сам проверить. кроме srep32s - он может пригодиться для тех случаев когда на машине может не быть даже sse2; я сам его включаю в комплект freearc

Извините если повторялось...
у меня вин 7 максимальная 64бит, 8 ГБ озу 1600Mhz, AMD Phenom II X4 945 4ядра по 3,45Ггц...

а откуда можно скачать Free Arc 0.67 для 64бит винды? вижу только win32

заранее спасибо

Доброго времени суток!
нашел у себя батник на компе для arc, Вот его содержимое:
start bin\arc.exe a -ep1 -dses --dirs -s; -lc- -di+$ -i2 -r -msrep:m3f:a1:l512+lzma:100mb:a1:bt4:128:mc10000:lc8 data.arc
pack\*

Соответственно рядом лежит папка bin, а в ней arc.exe
Подскажите пожалуйста, что написать в батник. чтобы тот не упаковывал до кучи сам bat и папку bin ?

Заранее спасибо!

LieToMe
Версия х64 еще в разработке. FA х32 быстрей любого архиватора на платформе х64, так что смело качай и пользуйся.

Большое спасибо автору за очень нужный архиватор.

Вот что выявил переход на более новую версию arc.exe от 15.03.2014 22:52:56 с прежней от 11.11.2013 22:00:46 (простая замена файла arc.exe). При распаковке одиночного файла посредством FAR Mutiarc custom.ini => arc.exe из практически любого архива (включая arc.arc) происходило подвисание на сколько-то секунд, то больше, то меньше, без загрузки процессора, но с некоей блокировкой операций ввода-вывода (играющая музыка останавливается или "заедает" - в зависимости от проигрывателя).

Однако, после перезагрузки блокировки уже не было. Подумалось, не связано ли это как-то с

`Large Memory Pages (4MB) allocated if possible, improving speed by 10% (unfortunately, LP are usually available only immediately after OS restart)`

потому что система (WS2003 32-bit, 12 GB RAM, pagefile отключён) работала до этого несколько дней или неделю без перезагрузки, и память неоднократно использовалась по полной.

Действительно, после действий, вновь забивающих память "по полной", эффект подвисания и блокировки воспроизведения звука снова появился.

Подчеркну, что данный "эффект" имеет место только с новой версией, т.е. его нет при точно тех же условиях с arc.exe 2013 года.

Возможно, для проверки стоило бы ввести какой-то ключ командной строки, отключающий новый блок кода, который может быть источником этой неприятности.

Цитата:

Не распакуются они не потому, что памяти нехватает (есть же Ultra, у которого 2гб в требованиях, его же не убирают из-за этого!), а потому что поддержки тех методов нет в старых Freearc, но это вполне логично.

манипуляциями с arc.ini в принципе нельзя сделать архивы, несовместимые с другими версиями freearc. все эти -m80 - просто новые сокращения, которые расшифровываются до названий встроенных методов и только в таком виде запоминаются в архиве. прочти доку, ты ведь достаточно глубоко используешь fa и без чтения доки всё это напоминает известную басню

Bulat_Ziganshin
Тогда чего ты боишься, каких таких "доставаний" пользователей ?
Доку я читал, мало ли что там в прошлых версиях, может раньше не было какого-нибудь xtor в FA.

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

ты не мог бы попробовать с другой моей программой: http://freearc.org/download/research/srep393a.zip

srep srep.exe -slp+ использует большие страницы

srep srep.exe -slp- отключает их

90 = rep:2gb:256:c256+xlz4
91 = rep:2gb:112:c64:d4m:s64+xtor:3:4m:h32k
92 = rep:2gb:64:c16:d4m:s32+xtor:4:4m:h512k:l4
93 = rep:2gb:64:c16:d4m:s32+xtor:4:4m:h1m:l8
94 = rep:2gb:96:c16:d4m:s48:h25+4x4:tor:6:4mb:h8mb
95 = rep:2g:48:c16:d4m:s32+xlzma:4mb:h512k:fast:128:mc8
96 = rep:2g:48:c16:d4m:s24+xlzma:4m:h1m:normal:24:mc8

Да, методы -m9* с rep:2g определённо лучше -m8* с rep:1g, особенно -m94, -m95 и -m96, так что при свободном количестве памяти больше 2Gb можно использовать именно их.
Методы начиная с m97 вылетают с нехваткой памяти, т.к. сам Freearc 32 битный. Что очень жаль, так как на примере тех же x264, Avisynth, mvtools и многого другого я вижу, что x64 даёт прибавку в скорости около 10%-15%, например за счёт удвоенного количества регистров.

Да, как и ожидалось: без ключа или с -slp+ есть подвисание, а с -slp- нет. Блокируется даже реакция на нажатия кнопки мыши и системное меню по Ctrl-Alt-Del.

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

И вот ещё что выясняется. Учётная запись обладает правом `Lock pages in memory` - это открывает доступ к полезному интерфейсу AWE (наверное, и 32-битный arc мог бы использовать AWE для доступа к > 2(3) ГБ памяти).

Если это право отключить через
ntrights.exe -u %USERNAME% -r SeLockMemoryPrivilege
и сделать log off, то подвисание пропадает.
если включить
ntrights.exe -u %USERNAME% +r SeLockMemoryPrivilege
то после log off "эффект" появляется вновь:

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

Кроме избавление от создания временных файлов в %temp%, в случае если используется только один внешний упаковщик, есть ещё одно пожелание - возможность параллельной обработки нескольких файлов с запуском нескольких внешних упаковщиков одновременно.
Например, packjpg/packarc используют только один поток, поэтому у меня используют только 13% CPU, поэтому при архивации папки с jpg запуск 8 копий packarc ускорило бы упаковку (и распаковку, если её так же распараллелить) раз в 5.

p.s. кстати, что за --queue ? Внятного описания с примером найти не удалось, в единственной документации http://freearc.org/ru/FreeArc040-rus.htm не упоминается.

а, я не обратил внимани что у тебя xp, да ещё и 32-битная. еслли можно, попробуй ещё своп включить и проэкспериментировать. и какой у тебя cpu?


Цитата:

по умолчанию можно было бы сделать поведение программы зависимым от включённости SeLockMemoryPrivilege

а сейчас оно не зависит? и это не "простая юзеровская программа", она как раз запрашивает себе эту привилегию, без которой невозможно выделить large pages

пока что у меня наиболее правдоподобное предположение что это было исправлено в семёрке или висте, иначе бы кто-то ещё успел пожаловаться

насчт awe - для lzma он слишком меджленный, для rep в принципе мог бы использоваться, но разумней добавлять в fa поддержку x64 и srep

Цитата:

Методы начиная с m97 вылетают с нехваткой памяти, т.к. сам Freearc 32 битный.

Дело не хаскеле ?

Булат, с людьми по умолчанию лучше на "Вы" общаться. Или избегать прямых обращений, но не "тыкать".

Какая у меня система - написал - не XP, а Windows Server 2003, видит все 12 ГБ памяти (режим PAE), и файловый кэш поддерживает на весь размер памяти.

Своп включать не буду, при 12 ГБ он не нужен в принципе и никаких иных негативных эффектов его отсутствия доселе не было. Может быть это и исправлено, но ключ ввести было бы всё же уместно, пусть даже по умолчанию он отключён будет.