Por qué ocupan tanto los ejecutables creados con Firemonkey?

MAXIUM · #1 16-01-2013

Cita:

Empezado por cocute

Pero que sentido tiene que haya dentro de un ejecutable por ejemplo 1mb seguido que es todo ceros?
Por qué no se optimiza más el tamaño los ejecutables al compilarse?
Cierto es que cada día es menos importante el tamaño, pero tampoco es como para derrocharlo sin razón.

Creo que deberias comprender en forma básica lo que significa la compresión de un archivo.

Por otra parte, un ejecutable exageradamente grande en comparación, es porque contiene información innecesaria como librerias que cargan otras librerias y funciones que no se usaran.

El problema biene desde decadas atras y se usaban técnicas para quitar cosas del código para que no enlazaran cosas que no se iban a usar, pero hoy en día hay mucho código "sobre cargado".

Imagina que cargas una librería de 1mb y de ella solo usaras una función que pesa apenas 30kb, ¿no sería mejor darse el trabajo de escribir ese código por separado?.

Bueno, todo depende del lenguaje que se utilice. Por ejemplo, una vez tuve en computador a modo de prueba, un sistema operativo con interface gráfica, aplicaciones básicas y todo en unos cuantos kilobytes, más aún, compilado a 64bit. Estaba programado enteramente en assembles

En tu caso práctico, revisa las opciones de compilación del proyecto. No se sobre Firemonkey, pero a lo menos en Lazarus me ayudo a bajar de 8mb a 1mb en una aplicación básica.

[Al González] · #2 16-01-2013

MAXIUM, me parece que tienes mal concebido cómo afectan las dependencias entre bibliotecas y funciones a la compilación de un proyecto.

Cita:

Empezado por MAXIUM

[...] un ejecutable exageradamente grande en comparación, es porque contiene información innecesaria como librerias que cargan otras librerias y funciones que no se usaran.

Esto es absolutamente falso, al menos en Delphi y otros buenos compiladores.

Para explicarlo de forma sencilla, cuando se crea un módulo ejecutable, dentro de él solamente se incluyen los métodos y las funciones que el programa potencialmente empleará para su ejecución. Si usas una clase T1, que tiene tres métodos públicos: Proc1, Proc2 y Proc3, y ninguna línea del código fuente del programa hace referencia a Proc2 (ni a otro elemento que requiera de Proc2), ese método no será compilado ni incluido dentro del ejecutable, precisamente porque no se usa. Y lo mismo ocurre con las funciones "sueltas" de una biblioteca a las que el programa no haga referencia directa o indirectamente.

Cita:

Empezado por MAXIUM

Imagina que cargas una librería de 1mb y de ella solo usaras una función que pesa apenas 30kb, ¿no sería mejor darse el trabajo de escribir ese código por separado?

Si es una biblioteca DLL no hay discusión, toda la DLL se carga. Pero si con "librería" te refieres a una biblioteca de clases / funciones en código fuente, sólo se ha de incluir en el ejecutable lo que el programa necesita.

Cita:

Empezado por MAXIUM

Bueno, todo depende del lenguaje que se utilice.

Así es, y el compilador de Delphi está bastante bien diseñado para evitar incluir código innecesario en los ejecutables.

Por otra parte, comparto la idea de que hay que buscar en las opciones de compilación, revisar qué código es el que se está incluyendo al usar FireMonkey, y además qué posibles recursos se están enlazando, para intentar encontrar la razón del tamaño de esos ejecutables.

Saludos aclaratorios y desmitificadores.

Al González.