Victor_VG
Tracker Mod | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Повод для повторения серии экспериментов - Rufus v2.17 b1197 [iso] add a warning for unsupported multi-extent ISO-9660 files * This is related to issue #1007, which libcdio still needs to fix. b1196 [pki] add country code validation on signature check * Also validate against the CN rather than the simple name, and require an exact match b1195 [loc] update Dutch translation to latest Process Hacker v3.0.5464.937 check Private bytes (RAM usage for load code) Test system: i7-2600 (HT = On)/z68/16Gb DDR3-1600/GTX 650, OS Win7 SP1 x64, Physical RAM installed 16384 MB, Physical RAM used 4 568,56 MB (27,96%), Rufus v2.17.1197.0, UPX v3.94w x64. Compress command is "upx -9 rufus.exe", ratio is: 42,61% (x86) / 42.96% (x64) RMS test value based on 30 measurements: Check RAM for non compressed image (Cmps): 7,29 MB (x86) / 11,79 MB (x64) Check RAM for compressed image (nCmps) : 10,25 MB (x86) / 14,44 MB (x64) UPX code used is "Cmps - nCmps", RMS : 2,96 MB (x86) / 2,65 MB (x64) более проводить эксперименты по измерению занимаемого размера памяти не буду - накладно по времени, но общую картину из результатов сразу видно - упаковка кода увеличивает размер используемого им ОЗУ, да и при сжатии упакованного бинарника rufus.exe, x64 с использованием 7-Zip 17.01 методом LZMA с параметрами SOLID, MAXIMUM и словарём по умолчанию размер архива rufus.exe.7z составляет: для неупакованного rufus.exe (размер файла 2622 Kb) 981 Kb, для упакованного rufus.exe ((размер файла 1127 Kb) 1072 Kb - так что я не вижу смысла использовать сжатие бинарника любым пакером в следствии схожести получаемых результатов.
---------- Жив курилка! (Р. Ролан, "Кола Брюньон") Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti |
| Всего записей: 34389 | Зарегистр. 31-07-2002 | Отправлено: 22:00 11-09-2017 | Исправлено: Victor_VG, 23:02 11-09-2017 |
|