metatrop
Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Методы Wof-сжатия в Windows 10: XPRESS4K, XPRESS8K, XPRESS16K, LZX.
Сопоставление с экстремальным ZIP сжатием (метод LZX считается улучшенным Deflate).
Код командной строки для получения всех Wof-версий файла "!.!":
Код:
for %I in (LZX XPRESS4K XPRESS8K XPRESS16K) do for %J in ("!.!") do copy %J "%~nJ.%I%~xJ"&& compact /C /EXE:%I /F "%~nJ.%I%~xJ"
|
Результаты:
Код:
3440660 gm.dls (файл одинаков на XP/2003 и 10.0.19045)
3223552 gm.XPRESS4K.dls
3182592 gm.XPRESS8K.dls
3141632 gm.XPRESS16K.dls
3076096 gm.LZX.dls
774144 msvcr100.dll (v10.00.40219.325 x32)
593920 msvcr100.dll с атрибутом COMPRESSED -- NTFS сжатие (LZNT1)
524288 msvcr100.XPRESS4K.dll
495616 msvcr100.XPRESS8K.dll
475136 msvcr100.XPRESS16K.dll
397312 msvcr100.LZX.dll
vs
400110 .zip best(kzip, 7z+leanify) -- что интересно, тут редкий случай, когда усиленный 7z -mm=Deflate -mfb258 -mpass15 -mmt даёт результат лучше и kzip /b128, и leanify после kzip или НЕ-усиленного 7z (хотя если leanify применить к усиленному 7z, то экономится ещё 37 байт)
325456 upx --ultra-brute (LZMA)
293368 .arc -m9 -mct- (LZMA)
289384 .7z LZMA boosted
252515 .nz -- у nanozip время распаковки = времени упаковки, поэтому годится только для небольших архивов
|
Очень хорошая особенность Wof-сжатия в сравнении с NTFS(LZNT1) - отсутствие фрагментации Wof-потоков после вызова compact /С /EXE. (Фрагментацию альтернативных потоков NTFS можно смотреть, равно как и дефрагментировать потоки, плагином ntfsfile для FAR).
Минусы Wof: разжимаются после открытия доступа на запись (даже без фактической записи), нет автоматического сжатия при копировании в каталог с атрибутом COMPRESSED. Не вполне прояснёнными остаются вопросы со скоростью random-доступа и о том, как LZX-сжатые исполняемые файлы отображаются на память (частичное чтение, подгрузка страниц из .exe).
|
Всего записей: 313 | Зарегистр. 17-09-2010 | Отправлено: 10:40 27-08-2023 | Исправлено: metatrop, 11:22 27-08-2023 |
|
