Так как при компрессии через lolz была активирована многопоточность (-mtt1), то при распаковке задействован файл CLS.ini, который регулирует использование ядер процессора и оперативной памяти.
Если многопоточность отключена при компрессии (-mtt0 значение по умолчанию), то lolz оттолкнётся от максимально допустимого значения физической оперативной памяти, не беря в расчёт файл подкачки. И возьмёт лишь столько сколько ему необходимо для распаковки.
С заниженными значениями скорость распаковки снизилась, но зато пропала ошибка unarc.dll -12, и на ноутбуке всё прекрасно распаковалось, а стабильность - это самое главное.
Потому что, то что хорошо отработает на твоей системе, совершенно иначе покажет себя на другой.
В связи с этим пришёл к следующему выводу, что нужно обязательно создавать тестовые условия для своего инсталлятора.
И отталкиваться в этих тестах нужно именно от низких или средних значений, которые рекомендуются для вашего проекта.
Что лучше, если человек при использовании вашего инсталлятора подождёт на 10 минут больше, но в конце получит стабильность и корректность данных crc.
Или турбо распаковку, которая отработает не на всех системах, и 5-ть из 10-ти человек поимеют разочарование с вашим инсталлятором.
Также есть функции, которые можно прописать в скрипте при создании инсталлятора, отвечающие за ограничения расхода памяти, но я с эти пока не знаком.
Поэтому стараюсь реализовать стабильность изначально.
