Жать или не жать? Вот в чем вопрос.

[Maximus]

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

[vserd]

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

[CaptainFlint]

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

[Sam Dark]

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

[Ciber SLasH]

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

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

[Parcan]

Ciber SLasH

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

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

[vserd]

CaptainFlint

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

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

[Maximus]

vserd

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

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

[Parcan]

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

[D1P]

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

[SCHMaster]

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

[logosman]

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

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

[Nik]

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

[Volniy]

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

[Моторокер]

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

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

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

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

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