![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
![]() Cita:
![]() Prove lo de quitar el Antivirus y si, parece que reduce notablemente el tiempo de compilación, pero ya me han dicho los de sistema que si vuelvo a inhabilitar el antivirus me dan una colleja. ![]() Respecto a lo de Defragmentar el Ordenador lo hice hace una semana (lo cual mejoro algo el tiempo de compilación pero seguia tardando mucho). Respecto a lo que dijo coso : Del primer consejo : Muchas gracias, me armare de paciencia y probare (esta gente tiene unos 130 paquetes de componentes) Del segundo consejo : ¿A que te refieres?, no he encontrado el apartado descripción ![]() De todas formas, si el problema, crees que puede ir por el tema de tener tantos paquetes de componentes, ¿no hay alguna forma de configurarlo para que solo compile los objetos existentes independientemente del proyecto? Vuelvo a decirlo, muchas gracias a todos ![]() |
#2
|
||||
|
||||
Veo que llego un poco tarde, pero intentaré dar mi opinión.
Nosotros nos hemos ido encontrando con este problema, a medida que los paquetes de la aplicación han ido creciendo. En nuestro caso la aplicación está formada por multitud de paquetes que dependen unos de otros, aparte de los de la VCL, y los de componentes de terceros. (1) En cuento al antivirus, si no te dejan desactivarlo; Aunque yo intentaría replantearle esto a los de sistema, explicándoles que va a hacerse durante las compilaciopnes, lo que sí puedes hacer es añadirle determinadas excepciones en cuanto a tipos de ficheros directorios y demás, para que "deje un poco tranquilos" a los ficheros de tu proyecto. (2) DelphiSpeedUp, FastMM y demás añadidos pueden mejorar un poco la velocidad del procesador a la hora de compilar. A parte de estas, hay otras dos cosas que a nosotros y para nuestro caso han sido "drásticas" y decisivas a la hora de compilar/ejecutar. La primera va en relación a la que ha dicho coso, intentar siempre que vas a compilar desinstalar todos los packages del proyecto. Y la segunda, después de mucho pelearme con AQTime y los tiempos de carga de packages llegamos a la conclusión de que esta línea:
que hay en la Unit SysUtils demora "tremendamente" la carga de packages. Piensa que si estás compilando el package A y este package lo necesita B que está instalado, antes de compilar A, Delphi descarga B, luego compila A y luego vuelve a cargar B. Piensa qué pasa si tienes 25 packages en tu aplicación. Así que la solución fue modificar SysUtils para que no ejecutara este procedimiento con nuestros packages y volver a recompilar la VCL. Un saludo.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#3
|
|||
|
|||
Hola de nuevo, ese apartado esta en el 'project->options' de cada .dpk, o sea del paquete. Lo bueno seria que tuvieras todos los componentes ya compilados y, si debes hacer algun cambio en ellos, entonces mandar tu compilar aquel paquete en concreto (explicit rebuild).
Cita:
Última edición por coso fecha: 20-11-2008 a las 11:16:53. |
#4
|
||||
|
||||
Se me acaba de ocurrir que una posible causa podría ser la cláusula USES. Delphi tiende a añadir módulos automáticamente a USES y no quita los que no utiliza. Esto hace que se añadan dependencias innecesarias que obligan a recompilar unidades sin que estas hayan cambiado.
Por ejemplo, cada vez que se crea una ventana o diálogo (Form) Delphi lo añade a la cláusula USES del módulo principal (el archivo DPR) aunque este no lo utilice. Además, suele crear un objeto y lo añade al objeto Application. En las opciones de compilación hay opciones para evitar esto, de forma que sólo se añadan al módulo principal aquellas unidades, módulos y ventanas que se necesiten. Si puedes, revisa las listas USES a ver si hay unidades que no necesiten. Recuerda que las dependencias a veces se dan en cascada, y que una única unidad "no necesaria" puede provocar que se recompilen varios archivos. Yo lo hice con un proyecto de punto de venta hace años y realmente aceleró la compilación, aunque nunca llegó a ser de más de veinte minutos. |
#5
|
||||
|
||||
Cita:
![]() ![]() Saludos. |
![]() |
Herramientas | Buscar en Tema |
Desplegado | |
|
|
![]() |
||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Cuando elegir una particion primaria y cuando una extendida o logica | JoAnCa | Varios | 1 | 17-05-2008 23:35:43 |
quiero hacer un programa que arranque automaticamente cuando arranque windows | federiconqn21 | Varios | 7 | 24-04-2007 22:31:35 |
Compilar un componente Active X cuando interese | akilar | Varios | 0 | 23-04-2006 17:33:38 |
Cómo hacer que se ejecute mi aplicación cuando se abra Internet Explorer? | JuanErasmo | API de Windows | 3 | 19-04-2006 19:12:33 |
como hacer que un scrollbox cuando esta deshabilitado se ponga gris? | orfeo | Varios | 1 | 02-03-2004 06:09:27 |
![]() |
|