» FreeArc (часть 4)

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

ndch

Цитата:

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

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

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

Приветствую Булата и участников конференции. Прошу извинить, если такой вопрос уже неоднократно был задан, не знаю какой запрос в поиск ставить, чтобы это узнать.
На сайте программы, здесь 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, как известно имеет вполне определенный символический смысл. Какой смысл был вложен автором в добавление этого символа в номер версии? Просто интересно.

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

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

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

Цитата:

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

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

TIS456

Цитата:

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

Абсолютно с вами согласен. Как бы ни смешно для многих это звучало, но после того, как я увидел эту "шутку юмора", интерес к программе у меня исчез почти полностью.
Даже если отбросить "дьявольскую" подоплёку как неактуальную для истинно просвещённых людей в наш век, когда космические корабли бороздят просторы Большого театра, использование такого номера говорит о наплевательском отношении к весьма большому количеству пользователей, которые ещё не достигли таких высот "просвещения".

TIS456
не нравится 0.666 юзай 0.67
В чём проблема то ?

Цитата:

не нравится 0.666 юзай 0.67
В чём проблема то ?

Да, как вариант подхода. Но у меня в целом вопрос. Замечу, нет намерения устроить спор, просто узнать.

TIS456
гексакосиойгексеконтагексафобия - психологическое заболевание.
С этим к доктору.

Давайте я обращу ваш взор на то что астрология - небогоугодное, в христиантстве занятие, а "95% населения пялят по телекам астропрогнозы".

Со своими тараканами тренируйте сами.
К архиватору практически никакого отношения не имеет.

зы. Берёте far и ищите любое число в директории винды. Находите и убиваете топором комп: ведь в нём есть все числа, ужас то какой !

Знаю и про гексакосиойгексеконтагексафобию и про астрологию, повторюсь - не собираюсь здесь спорить. Жду мнения автора.

TIS456

Цитата:

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

Эти человеки 99,999% не пользователи FreeArc.

TIS456
Ну зачем Вам мнение автора?! Как захотел - так и назвал (пронумеровал). Он - АВТОР.
Один из итальянских суперкаров (из всемирно известных) назывался "Дьябло". Никого на кол не сажали. Дык, там вообще, Ватикан "под боком".
Конечно, при виде такой машины, DimmY упал бы в религиозно-эстетический обморок.
Машина была далеко не "фривэйр", нормально продавалась и фото ее обошли все дюже глянцевые издания мира.
Кстати, встречали программы на арабском языке, где сразу, при открытии, текст из Корана? Представьте ситуацию: открывает глубоко верующий от ислама ..ну .. архиватор и не видит этого самого текста из Корана. Он что, сразу автора к ответу должен призывать? Чтобы тот публично объяснялся?

P.S. Автора (и всех его сотрудников) Daemon Tools - костром инквизиции очищать нужно?
Он тоже "шуткой юмора" увлекается.

Цитата:

С этим к доктору.

давай обойдёмся без этого

ответ - да, шутка. а какие ещё варианты - что я сатанист?

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

З.Ы.: если брать сам вопрос о символах, как большой вопрос для обсуждения, то он конечно за пределами ветки, у каждого свое отношение к сфере символов, где нужно, люди это обсуждают

Майкрософт из той самой страны, где Аполлон (чудом вернувшийся) с "неправильным" номером взлетел в "неправильный" день, в "неправильное" время и .. с площадки, с трижды "неправильным" (39 т.е. 13*3) номером. (!!!)
НАСА впала в мистический трепет. Они тоже изъяли "плохие" номера и прочее.
Предположение - появилась традиция.

P.S. Я прикалывался, когда читал выдержки воспоминаний астронавта того Аполлона. Он долго и безуспешно пытался заставить работать какую-то аппаратуру (ну, происки "лукавого"!). Никак. Тогда, сказал астронавт: "я применил к нему "русский метод". Т.е. кулаком. Заработал!
От себя: "лукавому" не нравятся силовые приемы. Обычно, в процессе, принято произносить "производственную молитву", где упоминается вся родословная прибора, включая его разработчиков. Тогда, эффект "русского метода" становится выше.

Цитата:

а какие ещё варианты - что я сатанист?

Хм.. Я установил FreeArc (злосчастный билд 0.666! ) себе и ещё нескольким людям и потому хочу спросить - что теперь будет и возможно ли предпринять какие либо очистительные процедуры?

P.S. Наверное офтоп? Если кто захочет помочь, то отвечайте пожалуйста здесь.

Может, тут смогут ответить на этот вопрос?

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

Bulat_Ziganshin
Что еще планируете сделать до выхода версии 0.7final, и когда планируете эту версию выпустить?

SREP 2.96 alpha:

* -mem50% and -mem75%-600mb options support; -mem75% by default
* when necessary, temporary file is created automatically
* make stderr always unbuffered (useful for GUIs around srep.exe providing progress indicator)
* "srep" and "srep -d" commands now works as a filter if stdin and atdout are redirected

bugfixes:

* -mem option sometimes was ignored on -f decompression
* fixed bug when compressing data from pipe (i.e. producer | srep)
* 64-bit version now can use >4gb of RAM


This version helps to use SREP in FreeArc and repacks. First, you no more need to specify temporary file with -temp option - it's created automatically, but only when necessary. Second, by default up to 75% of RAM used for -f decompression - it's optimal value for standalone SREP decompression. If you use SREP in a pipe, second form (-memXX%-YYmb) may be used, for example:

arc a archive -m=srep:mem75%-600mb:f+lzma:512mb

This means that SREP on decompression should use 75% of RAM minus 600 mb (memory required for LZMA and unarc buffers)


Recommended {External compressor:srep} section in arc.ini:

Код: ;options = mem75%-400mb (for decompresssion with srep+exe+delta+lzma:256mb)
packcmd = srep {options} <stdin> <stdout>
unpackcmd = srep -d {options} <stdin> <stdout>

Bulat_Ziganshin

Цитата:

SREP 2.96 alpha:

что-то улучшений нет
http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=360#18

Цитата:

Что еще планируете сделать до выхода версии 0.7final, и когда планируете эту версию выпустить?

в history.txt:
0.70
deflate mt
накапливаемая статистика с отсылкой отовсюду
не установлена галка "ассоциировать с другими архивами", он все равно ассоциирует (прс установке с нуля отключены оба ассоциирования!)
saving paths inside archives as "a.arc:" or so
deleting tempfiles only when no other fa.exe is running (each fa.exe creates its own directory that may be deleted only if "dir\alive" can be deleted)
"a a.zip" и "a a -tzip" должны работать как "a a.zip -tzip"
сделать Compression/Encryption диалогами вместо вкладок в Add dialog

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

---

у меня вопрос ко всем кто использует SREP в репаках - напишите в каких ситуациях он у ваших пользователей устойчиво работает, а какие репаки оказались ненадёжными. в частности меня интересует:
- успешно ли распаковывается упакованное с -m3 (которое по умолчанию в 1.91 и выше)?
- успешно ли распаковывается упакованное с -f?
- успешно ли упаковывается/распаковывается с stdin на stdout?

конкретные репаки с воспроизводимыми ошибками были бы идеальным вариантом чтобы я мог исправить ошибки

Цитата:

у меня вопрос ко всем кто использует SREP в репаках - напишите в каких ситуациях он у ваших пользователей устойчиво работает, а какие репаки оказались ненадёжными. в частности меня интересует:
- успешно ли распаковывается упакованное с -m3 (которое по умолчанию в 1.91 и выше)?
- успешно ли распаковывается упакованное с -f?
- успешно ли упаковывается/распаковывается с stdin на stdout?
 
конкретные репаки с воспроизводимыми ошибками были бы идеальным вариантом чтобы я мог исправить ошибки

С такими вопросами надо обращаться на игровые трекеры! Советую сюда http://bestrepack.net/forum/index.php

vasulpr -мда....обычно автору пишут баги, а не автор по трекера бегает и собирает их. Как вы себе это представляете? Вы ведь используете его наработки, а не он ваши репаки. Имейте совесть. Лучше пусть репакеры сюда чаще заходят.

По пробуйте взять 1 мп3 файл (4982кб) сделать 10 копий этого файла. Сбросить в папку(48.6мб). И сжать(настройки макс). И что? размер и в итоге почти равен 1 файлу.
7zip сжатые 10 песен -4893кб. 1 песня 7zip-4886кб. Итого разница= 7кб.
FreeArc сжатые 10 песен -4885кб. Сожмем 1 песню. FreeArc-4885кб. Итого =0кб FreeArc вышел победителем. Умничка! А если внутри одной песни нарезать 10 копий?

Bulat_Ziganshin
Копался в arc.groups и не нашел несколько распространенных типов файлов:
*.iss (Inno Setup)
*.config
*.nb (Mathematica)
*.nfo
*.diz
*.dic
все текстовые! Добавьте их в arc.groups при следующем обновлении программы.

Всем привет! У меня такой вопрос сжимаю большие файлы. Сжатие начинается со скоростью 3 500 и резко падает до 2 000 и на протяжении всей распаковки скорость медленно падает. Так только у меня?
Возможно ли сделать чтобы скорость оставалась около 3 000 на протяжение всего процесса сжатия? Спасибо

Цитата:

у меня вопрос ко всем кто использует SREP в репаках - напишите в каких ситуациях он у ваших пользователей устойчиво работает, а какие репаки оказались ненадёжными. в частности меня интересует:
- успешно ли распаковывается упакованное с -m3 (которое по умолчанию в 1.91 и выше)?
- успешно ли распаковывается упакованное с -f?
- успешно ли упаковывается/распаковывается с stdin на stdout?

Устойчиво работает с вышеуказанными опциями, жалоб и нареканий нет. Правда, статистика пока слабовата - пару репаков всего лишь (FA 0.67 + SREP 2.96 + ISDone 0.6), но тем не менее...

Встроенный во FreeArc SREP работает хуже чем отдельный?
Уже много сжимал различные данные сначала цепочкой SREP 2.95 (с параметром -m3 -l512), а затем FreeArc 0.666 (с параметром delta+exe+lzma:512mb:normal:bt4:273:lc8), а затем просто в FreeArc 0.666 со строчкой -m=srep:512mb+exe+delta+lzma:512mb:normal:bt4:273:lc8 и всегда результат с отдельным использованием SREP у меня выходит лучше.
Если встроенный в FreeArc SREP дожлен работать с такой же эффективностью что и отдельный, помогите мне пожалуйста отредактировав строку -m=srep:512mb+exe+delta+lzma:512mb:normal:bt4:273:lc8 на правильное использование SREP с параметром -m3 -l512