Mickey1s добавил(а) новый ресурс:
Razor Archiver Accelerator - RazorX - Razor Archiver Accelerator
Razor Archiver Accelerator - RazorX - Razor Archiver Accelerator
Узнать больше об этом ресурсе...
-
Уважаемые гости и пользователи форума.
Администрация настоятельно рекомендует не регистрировать несколько аккаунтов для одного пользователя. При выявлении наличия мультиаккаунтов будут заблокированы все учетные записи данного пользователя.
Аккаунты, зарегистрированные на временную почту, будут также заблокированы.
Иконка ресурса
RazorX (Razor Archiver Accelerator) 1.0
- Автор темы Mickey1s
- Дата начала
dixen18
Ветеран
Спасибо) Я вообще сам скептически отношусь к таким вот мультипроцессным проектам..Очень часто получал жалобы от пользователей что установка просто крашится рандомно (на PMT точно.
И такой вопрос - существует ли cls для прекомпа версии 0,48? Там вроде добавили мультипоток из-за чего обработка данных происходит чуть ли не быстрее чем у XTOOL
Тут еще дело в том, что система stdin/stdout в freearc нестабильна. Может вешаться на пустом месте. Как вариант писать clsку, которая через инишник будет подхватывать внешний компрессор/опции, но опять же - костыль это.
К тому же у всех этих 4x4 и подобных могут быть высокие требования к необходимой памяти для распаковки, тем более в цепочках.
Например для razor, количество_потоков*(буферы_4х4(в зависимости от реализации, по идее если через временные файлы, то этот момент можно отсечь)+размер_словаря+какие_нибудь_хвосты).
В precomp v048, если не ошибаюсь не было многопоточности, но туда завезли preflate, который иногда может разжать больше потоков/периодически быстрее. Однако из-за патчей степень сжатия после основного алгоритма часто - хуже (по крайней мере так было на каких-то файлах из dishonored).
А вообще есть сорцы и запилить clsку не должно составить проблем.
К тому же у всех этих 4x4 и подобных могут быть высокие требования к необходимой памяти для распаковки, тем более в цепочках.
Например для razor, количество_потоков*(буферы_4х4(в зависимости от реализации, по идее если через временные файлы, то этот момент можно отсечь)+размер_словаря+какие_нибудь_хвосты).
В precomp v048, если не ошибаюсь не было многопоточности, но туда завезли preflate, который иногда может разжать больше потоков/периодически быстрее. Однако из-за патчей степень сжатия после основного алгоритма часто - хуже (по крайней мере так было на каких-то файлах из dishonored).
А вообще есть сорцы и запилить clsку не должно составить проблем.
Подумал. Смысла в этом нет, с cls мы так же упираемся в лимит по памяти для х86 приложений, остаётся вариант fazipx64+clsx64, но fazip опять же будет подключаться через stdin/out, а как писалось выше - нестабильно. Крч с какой стороны не посмотри, выходит херня
ну так держать х64 версию в другой папке и пользоваться двумя
шарящим людям...
что там? C++ ?
Очень много подводных камней всплывёт, не факт, что сам FA будет нормально работать. CLSки, думаю, перекомпилить в х64 вариант выйдет. Но придется пилить и 64-битный инсталл, модули итд итп...Собрать FA для x64
Правда тогда весь текущий набор cls работать не будет
Ближе к Си, скорее)
@nik1967, таки что-то делаем. Правда мало кому это нужно 
@Edison007, таки зачем x64 инсталл? Для распаковки столько памяти не требуется, и можно уместиться в x86 лимит.
По поводу самого фа, да могут быть косяки. Не зря же Булат не делал x64 сборку.
ЗЫ. Че-то мы совсем от темы треда отклонились
@Edison007, таки зачем x64 инсталл? Для распаковки столько памяти не требуется, и можно уместиться в x86 лимит.
По поводу самого фа, да могут быть косяки. Не зря же Булат не делал x64 сборку.
ЗЫ. Че-то мы совсем от темы треда отклонились
Не всегда)
А вообще время распаковки не важно, можно паковать и в один поток, если ресов на компе не хватает