Bulat_Ziganshin
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата: Насколько осуществима х64 версия FreeArc?
|
вполне, вопрос упирается в "финансирование" этой работы
Цитата: 2. оригинальный srep.exe 3.2 версии на 3.93а версию
|
скорей всего, да. вообще, несовместимые изменения были емнип только один раз - когда я переименовал m1-m3 в m3-m5 и это было ещё в 3.0, если не раньше
однако я помню, что в 3.9x были ошибки, и не помню были ли они пофиксены в 3.93. а 3.2 точно работает
но вообще, по использованию компрессоров, тем более внешних, лучше задавать вопросы репакерам. по precomp в частности я совсем не в курсе
Добавлено:
Цитата: Есть ли подобное для разжатия ?
|
4x4 работает и для сжатия и для распаковки
вообще, сам по себе freearc умеет работать с методами сжатия, которые только последовательно читают входные данные и последовательно пишут выходные (и то же самое при распаковке). соответственно, чтобы freearc мог разбить данные на кусочки, независимо и многопоточно сжать их и потом запомнить где какой кусочек сжатых данных находится - нужно
либо 1) реализовывать многопоточные методы сжатия
либо 2) расширять freearc
многопоточные методы в нём есть, например grzip которые разбивает входные данные на куски и сжимает эти куски независимо и параллельно
вместо же расширения самого freearc я сделал 4x4 - это метаметод, который разбивает прочитанные данные на куски, отдаёт каждый кусок вложенному методу сжатия, причём запуская их параллельно, и затем записывает в выходной поток инфу о каждом сжатом блоке. при распаковке он делает то же самое в обратном порядке - считывает каждый сжатый блок и отдаёт его на распаковку, причём запуская много распаковок параллельно.
т.е. 4x4 делает из любого однопоточного метода - многопоточный, правда зарубая его словарь до размеров одного буфера
так что хотите параллельную распаковку с каким-нибудь tor или lzma - используйте 4x4 при упаковке. опциями можно регулировать число потоков при упаковке и распаковке отдельно |
