Total Commander

Многие авторы плагинов жмут свои плагины спецутилитами типа УПХ. В этом есть только хорошие стороны или еще и плохие?
Где-то слышал, что жатая программа полность загружается в память, а нежатая может по частям. И если запускать несколько копий, то каждая жатая отдельно загружается, а нежатая только раз.
Когда же оправдано сжатие?

Не сжимаю, на сегодняшний день, дисковое пространство стоит очень и очень дешево, размер плугина ~200 K мысла жимать нет. Больше места в дистрибутиве занимает HELP и вспомагательные файлы чем сам плугин. А так судя по темам по сжатию EXE это может вызывать определенные проблемы, да и после распаковки, в оперативке болтается несжатая копия + сжатая, так что пока оперативка для меня более дефицитный ресурс чем дисковое пространство, сжимать не буду.

vserd
Почти полностью поддерживаю. Только не уверен, что после распаковки сжатый образ не удаляется из оперативки... Однако проблема ещё может быть в том, что при запуске нескольких копий обычной программы исполняемый код хранится в памяти только в одном экземпляре (поскольку он одинаков), а в случае сжатых программ - столько раз, сколько копий запущено (потому что код при распаковке модифицируется - не может же система заранее узнать, что после распаковки он окажется идентичным).
А если надо распространять и важно сделать размер поменьше - так я лучше RAR-ом запакую!

Я жму все плагины UPX когда собираю дистрибутив для флешки. Там места не так уж много.

Sam Dark писал(а):Я жму все плагины UPX когда собираю дистрибутив для флешки. Там места не так уж много.

Во, я тоже это хотел сказать.
А вообще сжатые PE-файлы хуже жмутся архиваторами, чем несжатые.

Ciber SLasH

А вообще сжатые PE-файлы хуже жмутся архиваторами, чем несжатые.

было бы удивительно если бы они жались также

CaptainFlint

А если надо распространять и важно сделать размер поменьше

Вот тут сжатие максиальное, т.к. бесплатный трафик далеко не у всех.
Тут даже спорить не нужно

vserd

Вот тут сжатие максиальное, т.к. бесплатный трафик далеко не у всех.

Релиз плагина, жатого УПХом, и запакованого РАРом меньше релиза просто запакованого РАРом всего на 10-20 Кб.

я сам зажимаю и както запускал свою сборку на старом компе: 200-тый с 64 мегами памяти плагов куча все жатые... никаких проблем не замечал хотя открывал много чего по f3 а переносить такую сборку проще поменьше места то занимает, если на такой машине всего хватало, то на современной никаких проблем не будет, если не жать ну экономия памяти прям 2 метра жалко а офис2003 ставить не жалко

Плаги не жму, но идущие с ними гуёвые средства настройки (отдельными экзешниками делаю) - обычно сжимаю.

Если распространяю в архиве - жму UPX-ом (с диалапом размер имеет значение, а на хохляндии нормальный интернет пока-что роскошь... Да и если и раскошелиться на "высокоскоростное" подключение, все равно -скорость только в названии). Если NSIS использую - то не жму, там свой упаковщик нехилый.

Я раньше постоянно пользовался UPX, был очень доволен результатом. Но с приобретением VC++8.0 сжимать UPX'ом стало проблематично. Там что-то секциями в PE Microsoft намудрили, в результате UPX ругается что не может сжать, но можно попробовать один ключик (не помню точно, но вроде --force). Но около 70% моих проектов после юзанья UPX загинались.
Недавно нашёл крутой пакер "FSG" http://xtreeme.prv.pl/. Не пишет ничего лишнего в EXE, сжимает лучше чем UPX и проблемы с упаковкой нет - всё запускается. Так что рекомендую.

А по поводу сжимать или нет, то я ЗА сжатие. Люблю чтобы всё было маленькое и компактное со времён DOS, когда писал всё на ассме.

logosman
Попробовал FSG на своем AmpView (Delphi 7). Сжимает гораздо хуже, чем UPX... В Readme, кстати, написано, что FSG предназначен для сжатия ASM-программ (кряки и т.п. )...

Очень высокое сжатие дает (Win)Upack (Ultimate PE Packer). Рекомендую.

Криса Касперски – Паковать или не паковать?
Выводы:
1) Исполняемые файлы под Windows лучше не паковать. В крайнем случае - используйте для упаковки/распаковки функции операционной системы (LZInit, LZOpenFile, LZRead, LZSeek, LZClose, LZCopy), динамически распаковывая в специально выделенный буфер только те части файла, которые действительно нужны в данный момент для работы.

2) Динамические библиотеки вообще не следует паковать, ибо это ведет к чудовищному расходу и физической, и виртуальной памяти и извращает саму концепцию DLL - один модуль - всем процессам.

3) Кстати, о динамических библиотеках: не стремитесь кромсать свое приложение на множество DLL - страницы исполняемого файла не требуют физической памяти до тех пор, пока к ним не происходит обращений. Поэтому - смело помещайте весь код программы в один файл.

Несколько слов о загрузке DLL

Упаковщики - ЗА и ПРОТИВ