Servidor Interbase. Consumo de memoria sin parar.

[PepeLolo]

Empezado por Casimiro Notevi

Aunque no he entendido el problema, que ocupe 2 megas no es nada ¿cuál es el problema?

2 Megas he dicho, NOOOOO 2 GIGAS, son dos GIGAS.
Cuando llega a este nivel, se cae el servicio de Interbase.

Gracias Casimiro.

[erickperez6]

Saludos,

tenia un problema parecido con el consumo de memoria, y el problema radicaba en que las conexiones que ya no se utilizaban se quedaban enganchadas, no se liberaban de memoria, por lo tanto el consumo de memoria del proceso de firebird se agigantaba hasta colapsar. Porque se quedan enganchadas? pueden ser mucho los motivos, en mi caso era que el driver que utilizaba para conectarme a firebird no estaba funcionando correctamente y dejaba las conexiones activas. Que ambiente de desarrollo esta realizada tu aplicacion? Que tipo de recursos/componentes estas usando para conectarte a la DB?

[PepeLolo]

[quote]]erickperez6 [/QUOTE
Delphi 5, Cliente/Servior.
Acceso mediante los IBX.
Clientes win XP, W7, Vista, server 2003.

Eso es todo

[Casimiro Notevi]

Intenta cerrar todas las transacciones para ver si realmente están cerradas o no:

 gfix -commit all database

No sé si funcionará con interbase, ya que sólo uso firebird desde que se creó.

Cambia a firebird

O pregunta a interbase (embarcadero) que seguramente sabrán el motivo, además de que por algo estás pagando por interbase.

[cointec]

Interbase 7.1 tenía bugs importantes, que no se sí afectarán en tu caso. Tenías una actualización a 7.5.1 gratuita. Yo lo probaría.

El problema del bloqueo se debe a que al ser una aplicación de 32 bits, sólo puede direccionar 2gb. En cuanto necesita más de esa memoria, queda bloqueado.

En base a los parámetros de ibconfig y el número de usuarios, me parece un consumo excesivo. Yo con interbase 2009 y 150 usuarios, he tenido picos de consumo de 1.2 gb, teniendo 32768 páginas en cache.

Curiosamente tuve ese problema con Firebird 2.5.1, y el error se producía porque cerraba la conexión con la base de datos al cerrar la aplicación, utilizando IBX, con forceclose. Esto producía que Firebird no liberase la memoria de las consultas que tenía preparadas la conexión, y cada día incrementaba el consumo de memoria, ya que nunca se liberaba dicha memoria. Se solucionó, por nuestro lado, desconectando las conexiones correctamente al cerrar la aplicaciom y por parte de firebird corrigiendo el bug.

Interbase 7.1 tenía las tablas de monitorización disponibles. Prueba si en esas tablas puedes consultar el consumo de memoria de las conexiones y las consultas. También comprueba que no tengas transacciones en ejecución durante mucho tiempo.

Aparte, como te he comentado, valoraría migrar a interbase 7.5.1, o como ha dicho Casimiro, Firebird 2.5.2

Suerte!!!

[PepeLolo]

Empezado por Casimiro Notevi

Cambia a firebird .

es una opción. Tendría que reducir el nombre de muchos objetos de la BBDD.

Empezado por cointec

Aparte, como te he comentado, valoraría migrar a interbase 7.5.1, o como ha dicho Casimiro, Firebird 2.5.2

Difícil, pasar a 7.5, la empresa original perdió la factura de compra de interbase. 7.1 ya hemos hablado con Danysoft y no hay solución que se nos reconozca como cliente. Historias blablabla.

También es cierto que hay capullines de usuarios que me dejan los PC con la aplicación abierta durante días / semanas. ¡los mato!

Hablare con dirección a ver que dicen. Gracias a todos.

[cointec]

Con el número de serie, embarcadero debería tenerte registrado como usuario. En license manager debes tener la información de número de serie y correo electrónico con el que se registró. Con ese número de serie, deberías poder activar 7.5.1.

Nosotros en las aplicaciones tenemos un tiempo en el que sí el usuario no realiza acciones en la aplicación, cerramos la sesión.

[Ñuño Martínez]

Empezado por PepeLolo

También es cierto que hay capullines de usuarios que me dejan los PC con la aplicación abierta durante días / semanas. ¡los mato!

A lo peor es mucho trabajo pero, ¿no podrías modificar la aplicación para que sólo conecte con la base de datos cuando sea necesario? Es decir: abres la conexión, envías las peticiones/modificaciones, obtienes la respuesta, cierras la conexión. A lo mejor sirve para evitar esas conexiones que se quedan colgadas.

También podría ser (o no) que cierran la aplicación de una forma "inesperada". Quizá de forma que no envía el evento "onClose" a la ventana, si es ahí donde cierras la aplicación...

No sé, hablo un poco por hablar.