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). | Всего записей: 314 | Зарегистр. 17-09-2010 | Отправлено: 10:40 27-08-2023 | Исправлено: metatrop, 11:22 27-08-2023 |
|