Bulat_Ziganshin
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата:| а почему бы не улучшить архиватор 7z ведь он тоже GPL вроде? из-за чего пришлось делать новый архиватор? |
сначала мне было просто интересно попрограммировать на хаскеле. сейчас же можно сказать, что именно его использование помогло написать программу гораздо быстрее и надёжней. иначе тот же самый фукционал получился бы только лет через 5
Цитата: Да плюс еще все это с исходными кодами.
Можно засунуть в любой проект (с указанием на источник ) |
нельзя. это ты путаешь с bsd license
Цитата: Оперативки 1Г
Параметры:
freearc a -mx <бляблябл.архив> *.iso |
это режим МАКСИМАЛЬНОГО СЖАТИЯ, использующий ВСЁ ОЗУ компа. либо выкинь все толстые программы из ОЗУ, либо посмотри сколько реально памяти можно использовать и добавь к примеру -lc500
Цитата:| 2 Булат: согласно документации, любой архив (по крайней мере созданный с одним из стандартных пресетов) распакуется на машине с 32 мегами памяти. |
невнимательно читал. на машине с 32 мб можно распаковать архив, содержащий любое кол-во файлов (каталог архив разюит на части по 20к файлов и для него на самом деле хватит даже 5-10 мб). требования к памяти для каждого пресета упаковки/распаковки указаны в начале раздела "сжатие
Цитата:| Если есть возможность - добавить ещё 1Гб опер. памяти. |
в -mx?  тогда fa задействует ещё больше памяти и её всё равно не хватит  вот добавить в доку упоминание что этот редим задействует всё озу компа - будет правильно
Цитата:| И архив FreeArc-а распакуется на любой машине(за редким исключением) |
да ну? в доке ясно сказано сколько памяти требуется для распаковки в каждом режиме
Цитата:| Чтобы сделать улучшаемый архиватор, надо встраивать в него виртуальну машину - для того, чтобы распаковщик нового алгоритма можно было записать в архив. |
и работать это будет в 10 раз медленней того же алгоритма в нативном исполнении. хотя... сейчас это уже может быть актуальным. в rar VM используется, я думаю, только для всяких фильтров, которые в нативном виде распаковываются со скоростью ~100 мб в сек
Цитата:| Спасиб, просмотрел. Точнее видел таблицу по затратам памяти от -m1 до -m5 и от -m1x до -m5x. А про потолок в 75% упустил. |
-mx=-m9=-m8. но поскольку есть ещё опции -lc/-ld, fa его автоматом обрезает до кондиций твоего компа. в итоге выходит, что -mx эквиввалентен -m5 на машине с 256 мю ОЗУ, -m6 - с 512 и т.д. очень удобно
Цитата:| Скачал с сайта файл FreeArc-0.40-win32.zip (а он ведь еще и в ZIP архиве!!! Позор! Где саморазорхивирующийся архив. Себя надо продвигать!). |
прямо скажем, что есть ещё вещи поважнее sfx а уж засовывать архиватор в свой sfx-архив было хорошо лет 10 назад. сейчас nsis=bcj+lzma - самый удобный вариант
Цитата:| начато тестирование FreeArc 0.40. |
на самом деле это уде вполне окончательная версия. шапку бы сами правили, а?
Цитата:| Кстати про 7-zip, заметил тут что в LZMA начиная с размера словаря 48Мб расчёт необходимой памяти идёт по другому, т.е. множитель не 11.5, а примерно 10.8. |
спасибо, постараюсь уточнить. а откуда инфа? у меня в частности используется более старая версия lzma, где-то 4.49
Цитата:| вопрос к автору. намечены ли превью версии 0.50 до 1 февраля? прям руки чешутся потестить GUI |
"рождественскую" http://www.haskell.org/bz/arc.arc ты уже смотрел? сейчас избавлюсь от пары совсем уж неприличных проблем и выложу версию с полноценным GUI. но прямо скажу - это душераздирающее зрелище 
Цитата:| и ещё один момент. а вы в курсе что расширение .arc уже занято? |
надо полагать SEA ARC и был той программой, которая привнесла и само название - архиваторы, и идеологию их работы, и даже формат командной строки. собственно в переимпользовании этого имени заложен вполне определённый смысл - fa это не просто an archiver, a the archiver
Цитата:
на мой взгляд - это вообще наилучший когда-либо созданный архиватор, можно сказать путеводная звезда для меня. методы сжатия сейчас конечно уже неактуальны (но к примеру это был первый арзиватор с dict-препроцессором, из-за его закрытости мы долго гадали как он ухитряется так быстро и плотно жать тексты ). а по фичам - он до сих пор не превзойдён (!), на втором месте за ним находится rar. я бы предпочёл имитировать его командную строку, но думаю большинству пользователей гораздо удобней будет эмуляция rar - я и сам им пользуюсь. проблемо jar было то, что он вышел в тот момент, когда пользователи перешли к виндовым архиватоам, а его автор никакого GUI так и не сделал |
- просто сейчас у меня 3 Гб работают в лучшем случае как DDR333 (а то и DDR314) вместо DDR400, а для архиваторов как раз скорсть памяти критична - т.е. для всех режимов требующих менее 1.5 Гб конфигурация с 2 Гб наверняка должна оказаться быстрее). Да, и кстати говоря, максимально возможный объём виртуальной (да я думаю и не только виртуальной, могу поставить 3 Гб если надо проверить) памяти, используемый arc'ом оказывается порядка 1830 mb (даже положенные WinXP32 2 Гб не удаётся до конца использовать) - если больше, то либо просто вылетает, либо выдаёт "thread blocked indefinitly" или ещё что-то в этом роде.