Aplicacion lenta en otra maquina

[guillotmarc]

Hola.

Empezado por donald shimoda

No es necesario si la colocas en la misma carpeta donde esta tu aplicación.

Creo que te equivocas, la Midas.dll siempre hay que registrarla, aunque esté en la carpeta de la aplicación.

Además ponerla en la carpeta de la aplicación puede ser un problema, puesto que si su primera ejecución es en esa carpeta, queda registrada allí, y si después la mueves a otro sitio o la ejecutas desde otra carpeta, vas a tener problemas. Esta librería en concreto parece mejor tenerla en una carpeta del sistema.

Es una librería problemática (por la necesidad de registro, y el hecho de que queda registro en una ubicación específica, a diferencia de todas las otras librerías necesarias para trabajar con Firebird), y por eso es mejor enlazarla estáticamente en tu aplicación (incluyéndola en el Uses de algún módulo del programa).

Para jmcf no es mucho problema porqué ya tiene que registrar otras librerías (ocx y demás), pero el resto de programadores, que normalmente hacemos aplicaciones que no necesitan librerías que deban ser registradas, deberíamos evitarla.

Saludos.

[guillotmarc]

Jmcf,

Te hice la sugerencia de que utilizaras otro Servidor, temporalmente, solo para probar si el problema está realmente en el Servidor de Firebird.

Es decir, en tu estación de desarrollo, la aplicación arranca en 2-3 segundos. En cambio en el equipo de producción arranca en 14-15 segundos.

Bien, yo probaría a modificar la cadena de conexión para arrancar la aplicación en el equipo de producción, pero utilizando la base de datos de la estación de desarrollo.

Si la aplicación arranca en 2-3 segundos, entonces claramente tienes un problema de algún conflicto en el Firebird instalado en el equipo de producción.

Si la aplicación arranca en 14-15 segundos, entonces el problema no está en el Servidor de Firebird sino en algún otro proceso del arranque de la aplicación.

Cuando hayas hecho está prueba tendrás mejor aislado el problema, y será más fácil intentar encontrar una solución.

Saludos.

[donald shimoda]

Empezado por guillotmarc

Hola.
Creo que te equivocas, la Midas.dll siempre hay que registrarla, aunque esté en la carpeta de la aplicación.

Sin registrarla funciona, como cualquier DLL.

Empezado por guillotmarc

Además ponerla en la carpeta de la aplicación puede ser un problema, puesto que si su primera ejecución es en esa carpeta, queda registrada allí, y si después la mueves a otro sitio o la ejecutas desde otra carpeta, vas a tener problemas. Esta librería en concreto parece mejor tenerla en una carpeta del sistema.

Entonces funciona o no funciona? Me mareaste.

Empezado por guillotmarc

Es una librería problemática (por la necesidad de registro, y el hecho de que queda registro en una ubicación específica, a diferencia de todas las otras librerías necesarias para trabajar con Firebird), y por eso es mejor enlazarla estáticamente en tu aplicación (incluyéndola en el Uses de algún módulo del programa).

Desde que existe la posibilidad de ser enlazada estaticamente (creo que desde D5) no utilizo la dll. De hecho no utilizo ni una sola DLL

[guillotmarc]

Empezado por donald shimoda

Entonces funciona o no funciona? Me mareaste.

Puede funcionar, pero te va a dar problemas. Si no recuerdo mal, si no la registras manualmente, se registra automáticamente en la carpeta donde se encuentre durante su primera llamada (si está en el path).

Pero como después cambies la carpeta de la aplicación, o elimines esa aplicación y utilices otra aplicación que también necesite la Midas.dll, entonces la irá a buscar en la carpeta donde quedó registrada inicialmente, y como ya no la encontrará allí, el programa fallará incluso aunque la tengas en la misma carpeta de la nueva aplicación.

Además del conflicto de dll's que puedes tener, ya que no solo tus aplicaciones la van a usar, sino que tu cliente también se puede instalar otras aplicaciones que usan la Midas. Y como se va a enlazar con la librería que se encuentre en la carpeta de registro, es fácil de que otra aplicación instale una versión anticuada que haga fallar a la tuya.

En fin, haces bien en enlazarla estáticamente.

Saludos.

[lbuelvas]

He tenido algun problema similar con mi equipo sobre el cual desarrollo un aplicativo. Adquiri un Portatill con Windows 7 Ultimate Edition, cuando hago la primera prueba del software entra de manera normal, pero con la segunda prueba en adelante se pone lento el inicio del aplicativo.

Todavia desarrollo con Delphi 6 + Firebird 1.5.6 + IBX, a diferencia de Windows XP, con Windows 7 las cadenas de conexion las tuve que cambiar, antes podia definir la ruta de la base de datos como:

C:\DBSIPRED.FDB

Con Windwos 7 eso no funciona y me toca trabajar con alguna de estas alternativas:

:C:\DBSIPRED.FDB
localhost:C:\DBSIPRED.FDB
172.0.0.1:C:\DBSIPRED.FDB

Realmente quisiera de ser posible que alguien nos explicara en rendimiento si estas opciones tienen diferencias.

Revisen que no se debe instalar la extensión para el panel de control de Firebird en Windows 7 y Windwos Vista porque el panel de control deja de funcionar apropiadamente, deben desinstalar Firebird y al reinstalarlo deshabilitar esa opcion.

Otra cosa es habilitarle al Firewall de Windows el puerto 3050, o puede ser que ese puerto el sistema lo este utilizando para otra cosa y entre en conflicto con el uso que de él hace Firebird.

[guillotmarc]

Empezado por lbuelvas

He tenido algun problema similar con mi equipo sobre el cual desarrollo un aplicativo. Adquiri un Portatill con Windows 7 Ultimate Edition, cuando hago la primera prueba del software entra de manera normal, pero con la segunda prueba en adelante se pone lento el inicio del aplicativo.

Todavia desarrollo con Delphi 6 + Firebird 1.5.6 + IBX, a diferencia de Windows XP, con Windows 7 las cadenas de conexion las tuve que cambiar, antes podia definir la ruta de la base de datos como:

C:\DBSIPRED.FDB

Con Windwos 7 eso no funciona y me toca trabajar con alguna de estas alternativas:

:C:\DBSIPRED.FDB
localhost:C:\DBSIPRED.FDB
172.0.0.1:C:\DBSIPRED.FDB

Realmente quisiera de ser posible que alguien nos explicara en rendimiento si estas opciones tienen diferencias.

Revisen que no se debe instalar la extensión para el panel de control de Firebird en Windows 7 y Windwos Vista porque el panel de control deja de funcionar apropiadamente, deben desinstalar Firebird y al reinstalarlo deshabilitar esa opcion.

Otra cosa es habilitarle al Firewall de Windows el puerto 3050, o puede ser que ese puerto el sistema lo este utilizando para otra cosa y entre en conflicto con el uso que de él hace Firebird.

El protocolo local de Firebird 1, 1.5, no funciona para Windows Vista / 7 /.... En Firebird 2 cambiaron el protocolo local (el nuevo se llama XNET) para modernizarlo, mejorarlo y evitar este bloqueo de Vista en el mecanismo de comunicación entre procesos (cliente y servidor de Firebird).

Prueba a cambiar este parámetro de configuración para que vuelva a funcionar el protocolo local.

http://www.firebirdnews.org/?p=873

En el archivo firebird.conf quitas la señal de comentario para la entrada IPCName y cambias su valor por Global\FIREBIRD

Es normal que utilizando el protocolo de red, el programa vaya más lento que utilizando el protocolo local. Pero no parece que pueda ser para tanto como dices que afecta a tu sistema. Así que ya nos dirás después de volver a poner en marcha el protocolo local.

Saludos

[jmcf]

Hice la prueba que comentas (Guillotmarc) de montar el pepino como cliente del dell , para ver si el problema era del Firebird instalado en windows7 u otro problema. Y sorprendentemente el tiempo para arrancar los planos era el mismo. Conclusion, no era un problema de firebird.

Me puse a revisar el codigo de los planos, termine encontrando un par de errores, ya no me acuerdo cuales eran, puede que uno fuera un error en un commandtext de una SQL. Eso hacia que fuera mucho mas lento, por que? , no lo se, porque el error era el mismo en xp que windows7, y en el xp eran un par se segundos y en el otro 14. Despues de hacer esas modificaciones el tiempo en los dos sitemas era el mismo.

El lunes y el martes fui a hacer la integración cerca de tu tierra en Dos Hermans (Sevilla). Los planos tardan 3 o 4 segundos lo cual es asumible porque tiene 7 planos con unos 300 iconos totos creados en tiempo de ejecución, con sus eventos y comprobando unas cuantas tablas para determinar el color que le corresponde a cada uno.

En cuanto a Midas.dll yo la incluyo siempre en los uses, la instalo en los directorios de las aplicaciones y la registro.

Gracias a todos

[guillotmarc]

Hola. Felicidades por solucionar el problema.

Empezado por jmcf

En cuanto a Midas.dll yo la incluyo siempre en los uses, la instalo en los directorios de las aplicaciones y la registro.

Si la has incluido en el Uses, queda linkada estáticamente a tu aplicación, por lo que ya no es necesario que la distribuyas en ninguna carpeta, ni que la registres.

Está claro que para ti no hay ningún problema si lo haces, tus aplicaciones van a seguir funcionando siempre perfectamente. Pero puedes provocar algún conflicto de versiones en alguna otra aplicación externa, de terceros, que cargue la Midas.dll dinámicamente.