Delphi EXE compressor?

Question

En un momento tuve una pequeña y agradable utilidad de compresión que rompió mis EXE compilados de Delphi a un tamaño de descarga más pequeño, pero ahora no puedo encontrarlo. ¿Alguna recomendación?

Además, ¿hay algún inconveniente en el uso de este tipo de utilidades? (Los uso principalmente para acortar los tiempos de descarga para usuarios de zonas rurales/de acceso telefónico).

---

pregunta relacionada: Are there any downsides to using UPX to compress a Windows executable?

Answer 1

Hace años analicé la compresión de mi ejecutable para hacer la descarga más pequeña.

Lo que terminé haciendo, y lo que recomiendo para usted, es utilizar un programa de instalación como Inno Setup en su lugar. No solo crea un único EXE que instalará/desinstalará su programa, sino que también comprime ese EXE prácticamente tanto como un compresor separado le haría a su ejecutable solo.

Cuando se instala el programa, se descomprime, por lo que nunca parece ser un virus y no aumenta los tiempos de carga.

Así que obtengo los beneficios de un tamaño de descarga más pequeño y un guión de instalación de aspecto profesional al mismo tiempo.

p.s. Inno Setup es gratis.

Answer 2

No sé de cualquier que son específicamente para Delphi, pero UPX es muy popular para este tipo de cosas. El único inconveniente es que el ejecutable tiene que descomprimirse cuando se inicia, y eso puede consumir algo de tiempo. Sin embargo, parece ser muy rápido para los ejecutables de buen tamaño.

Answer 3

UPX debería funcionar, aunque no es específico de Delphi.

Answer 4

La recomendación es que no te:

• compresores EXE pueden hacer que su aplicación parece como un virus (auto-modificable)
• gzip/zip son igual de eficaz en la compresión y no jugar con su aplicación
• compresores EXE hacer los tiempos de carga de su aumento de aplicación (a menos que estés hablando sólo el programa de instalación que es un asunto diferente

Este sitio de mirada loco trae a colación un argumento que escuché en el pasado distante (si es cierto o no, aún hoy, no estoy seguro, los empacadores modernos probablemente tengan una estrategia diferente hoy en día) ¡Este artículo hace referencia a Win32! :)

http://topic.csdn.net/t/20000408/08/6785.html

sistemas operativos multitarea modernos tales como Windows 95/98 y NT utilizan lo que se llama un sistema "memoria virtual". Cuando se inician los programas , todo el código es no cargado inmediatamente en la memoria al iniciarse, como fue el caso con los programas DOS . En cambio, solo las porciones de el código que se está ejecutando activamente son almacenados en la memoria. Por ejemplo, digamos su programa tiene una opción de Imprimir en su menú , y el código detrás de él que maneja la impresión de . Este código solo será cargado en la memoria una vez que la función Imprimir haya sido seleccionada por primera vez por el usuario. Y si después de que el código se carga en la memoria la función de impresión no se utiliza durante un tiempo el sistema se "descarta" el código, liberar la memoria ocupada que, si otra aplicación necesita desesperadamente memoria. Esta es la parte de un proceso llamado "paginación" y es completamente transparente para el programa.

Otra paginación manera bajo Win32 conserva la memoria es que causa múltiples instancias de un programa (o DLL) para comparten la misma memoria para el código.En otras palabras, en circunstancias normales no existe una diferencia real en la cantidad de memoria física asignada para el código entre comenzando 100 instancias de un programa y comenzando una instancia.

Si todos los programas de Win32 comportaban como programas de DOS, cargando todo en memoria y mantenerlo allí hasta que el programa terminado y tampoco compartir cualquier memoria entre múltiples casos, es probable que pueda imaginar la rapidez con la memoria física podría ejecute en sistemas con una cantidad limitada, , lo que hace que se inicie el intercambio de disco.

Sin embargo, esto es precisamente lo que los compresores Win32 EXE actuales hacen a su EXE's/DLL's! Van completamente contra el sistema de paginación del sistema operativo por descomprimir todo el código en la memoria y manteniéndolo allí hasta la terminación. Y como el código no está almacenado en un formato "en bruto" en el archivo EXE (es decir, el de la misma manera que se almacena en la memoria), el sistema operativo no puede compartir código entre instancias múltiples.

Answer 5

Probablemente está pensando en ASPack - es un compresor EXE escrito en Delphi, pero comprimirá cualquier EXE. Sin embargo, podría funcionar extra en Delphi EXE. Estoy de acuerdo con las otras respuestas de que no debe usar un compresor EXE solo para ahorrar en tiempos de descarga. Puede haber situaciones específicas en las que una compresión EXE sea una buena idea, pero generalmente no lo es.

En su lugar use un buen constructor de instalación, especialmente si puede encontrar uno que use la compresión 7zip. Sé que InstallAware usa 7zip internamente para una compresión máxima. Dependiendo de las versiones de Delphi que posea, es posible que también tenga una licencia de InstallAware.

Si nada más puedes construir un archivo autoextraíble con un comportamiento de instalación básico con 7zip gratis. Es una descarga separada para SFX para instaladores.

Answer 6

Creo que los servidores de Terminal Server (como Citrix) usarán la misma memoria para su aplicación binaria si no está comprimida. Lo que significa que un exe comprimido podría oler un pequeño desastre en un entorno Citrix.

Answer 7

Puede usar PECompact ya que las personas no pueden descifrarlo fácilmente, y como mostró la prueba (mostrada en la página principal, simplemente desplácese un poco hacia abajo) es mejor que ASPack o UPX, lo he usado en mis proyectos anteriores de Delphi

Answer 8

utilizo étnico: http://un4seen.com/petite/

Answer 9

yo también votaría por upx. Además de las desventajas que se mencionaron, también protege de la ingeniería inversa básica y esas herramientas cojas de "recursos piratas informáticos". Que por cierto son muchos, y la mayoría de ellos no abren un ejecutable comprimido.

Answer 10

Hice una pregunta sobre el uso de UPX en ejecutables Delphi aquí en SO hace un tiempo, y obtuve excelentes respuestas.

Are there any downsides to using UPX to compress a Windows executable?

Answer 11

Uso UPX con la opción lzma para la compresión máx.

upx --lzma yourfile.exe 

Answer 12

El inconveniente principal de un archivo comprimido EXE o DLL es que el sistema operativo no puede compartir el código entre varias instancias.
Así que está desperdiciando memoria, tiene que descomprimir cada vez que inicia una instancia, exhibe un comportamiento similar al virus sin siquiera una ventaja de descarga sobre una instalación comprimida.
El caso positivo es solo cuando se inicia directamente desde una unidad de red.