FireBird es un proyecto de software de código abierto que ha creado un sistema de gestión de base de datos relacional basado en el lenguaje de programación SQL . FireBird comenzó el desarrollo en 2000 , y en los últimos 10 años, se ha convertido en un servidor de clase empresarial en toda regla que se ejecuta en una amplia variedad de plataformas. Cuenta con un complejo de parámetros y opciones que determinan cómo se ejecuta en una variedad de configuraciones de uno o varios servidores de configuración establecidos. Un subgrupo de estos parámetros determina el comportamiento de los diferentes grupos de memoria crea el servidor SQL y mantiene en su funcionamiento - cada grupo es un espacio de direcciones de memoria virtual contigua que tiene un propósito bien definido . Mantenga varias cuestiones en cuenta siempre que la configuración de grupos de memoria para Firebird . La notificación de la piscina Memoria

Cada piscina cuenta con una memoria caché asociada a ella , inservible por cualquier otra piscina . A pesar del hecho de que un segmento de memoria caché se puede atribuir directamente a un grupo específico , su tamaño no se añade al tamaño de la piscina cuando la presentación de estadísticas de memoria . El tamaño predeterminado del segmento de memoria caché es de 64 megabytes.
Pérdida de memoria en Windows Versión

Cuando una conexión de un cliente es recibida por el servidor ( ya sea desde el nodo local o desde un mando a distancia uno) , el motor FireBird asigna un trozo adicional de la memoria de un controlador de modo de núcleo . Esta memoria no se libera correctamente - ni siquiera cuando la conexión que hizo que existe termina. Debido a esto, estas asignaciones de memoria se suman hasta que Windows se queda sin memoria después de un período específico de tiempo que depende de la frecuencia con la que se abrieron las conexiones con el servidor. Las versiones más recientes de FireBird ya han corregido este problema.
Manipulación incorrecta de memoria de excepciones

Cuando se producen condiciones excepcionales en los bancos de memoria de código de manejo , el controlador de excepciones debe asignar memoria adicional - pero no puede hacer eso, porque toda la asignación de nueva memoria está bloqueada por un candado mutex todavía en poder de los grupos de memoria de código de manejo. Esto se traduce en los volcados de memoria sin ningún mensaje informativo sobre las causas del error

.