FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Servidor Interbase. Consumo de memoria sin parar.
Buenos días,
tengo problemas con el consumo de memoria del servidor de interbase 7.1 que se dispara hasta los dos megas muriendo al llegar a este nivel. Desde que se levanta el servicio hasta llegar a los dos megas suele pasar aproximadamente tres semanas. Adjunto información del servidor: Cita:
El número de usuarios activos concurrentes en una jornada normal llegan a ser de 120. y unas 600 transacciones activas (READ_COMMITTED). Adjunto el fichero de configuración: Cita:
Cita:
gracias de antemano
__________________
PepeLolo El hombre el único virus que mide más de unas cuantas micras |
#2
|
||||
|
||||
Supongo que en algún momento harás un "commit" de todas las transacciones.
Supongo que tendrás "write sync" Cita:
|
#3
|
||||
|
||||
Cita:
Las transacciones de consultas duran mientras este activo el formulario. Las transacciones de actualización lo que dure el proceso. Cita:
__________________
PepeLolo El hombre el único virus que mide más de unas cuantas micras |
#4
|
||||
|
||||
Aunque no he entendido el problema, que ocupe 2 megas no es nada ¿cuál es el problema?
|
#5
|
||||
|
||||
Cita:
Cuando llega a este nivel, se cae el servicio de Interbase. Gracias Casimiro.
__________________
PepeLolo El hombre el único virus que mide más de unas cuantas micras |
#6
|
|||
|
|||
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? |
#7
|
||||
|
||||
Saludos PepeLolo.
Cita:
Cita:
Quizá una mejor idea sería que la aplicación cierre la conexión tras un tiempo sin uso. Aunque no debería representar ningún problema dejarla abierta siempre que el cierre de las transacciones no dependa de la interfaz de usuario (una mala práctica por la que casi todos hemos pasado al incursionar en desarrollo cliente-servidor). |
#8
|
|||||
|
|||||
El mundo gira alrededor de un formulario con rejilla. Sobre el que se implementa las funcionalidades (Edición, Listados, consultas, Reportes, Filtros, acciones especificas, etc..). Al usuario se le muestra un conjunto de datos filtrados en función del perfil de este(guapo, feo, bonito, atún con ojos, directivo, etc..). Mientras el usuario este en este formulario la transacción esta activa. Al cerrar el formulario se finaliza la transacción.
Cita:
Cita:
Pero queda mierda suelta que como siempre no hay tiempo para solventarlo. Cita:
Cita:
- En los procesos de disparo y olvido (actualizar un dato especifico), se define una transacción para la acción, independiente del resto. - En formulario de edición largos (rellenar una factura), la transacción dura mientras el usuario no abandone el formulario con (Rollback o Commit). - En las rejillas. Por cada acción de búsqueda que realiza el usuario se finaliza la transacción actual y se activa una nueva para con los resultados. - Todas las transacciones por defecto son TaRollback. La transacción en el formulario de rejilla se queda activa porque los capullines de los usuarios no cierran la aplicación, si añadimos a esto, que la aplicación presenta los formularios de rejillas en "Pestañas" a semejanza a como lo hace "Access" añadimos nuevas transacciones. Lo normal es que un usuario tenga activas de 1 a 10 formularios (Ordenes de producción, Facturación, Presupuestos, identificación, tareas pendientes, Almacén, Materiales, Compras, Recepciones, consultas, informes, Indicadores, etc...) Cita:
gracias a todos
__________________
PepeLolo El hombre el único virus que mide más de unas cuantas micras |
#9
|
||||
|
||||
Cita:
1. Iniciar transacción. 2. Enviar datos / cambios. 3. Confirmar transacción (o revertirla en caso de problema). De la manera en que lo haces actualmente es nocivo, como ya has podido darte cuenta. Saludos. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
ClientDataSet.LoadFromFile() y consumo de memoria | Walterdf | Conexión con bases de datos | 4 | 07-03-2012 00:57:20 |
Consumo de memoria con VCL | David82 | PHP | 0 | 13-04-2010 11:46:51 |
Consumo de memoria!!! | Mary Carmen G. | Varios | 6 | 23-01-2009 10:02:55 |
Excesivo consumo de memoria | 1111111 | Firebird e Interbase | 11 | 18-06-2005 23:08:20 |
Consumo de memoria | Telemaco | Conexión con bases de datos | 0 | 26-10-2004 15:59:44 |
|