Firebird är ett öppen källkod -projektet som skapade en relationsdatabas system databashantering baserad på SQL programmeringsspråk . FireBird startade utvecklingen under 2000 , under de senaste 10 åren har det blivit en fullfjädrad företagsklass server som körs på en mängd olika plattformar . Den har en komplex ange parametrar och tillval som avgör hur det körs på en mängd enstaka - eller multi- server konfigurationer . En undergrupp av dessa parametrar bestämmer beteendet hos de olika minnes poolerna SQL Server skapar och underhåller under drift - varje pool är en adress utrymme sammanhängande virtuellt minne som serverar ett väldefinierat syfte . Håll flera frågor i åtanke när du konfigurerar minnet pooler för Firebird . Underrapportering av Pool Memory
Varje pool har en cache i samband med det , oanvändbara andra poolen . Trots att en cache segment direkt kan hänföras till en särskild pool , är dess storlek inte lagt till poolens storlek vid rapportering minnesstatistik . Standardstorleken på cachen segmentet är 64 megabyte .
Minnesläcka på Windows version
När en klient -anslutning tas emot av servern ( antingen från den lokala noden eller från en avlägsen en ) , allokerar FireBird motorn en extra bit av minnet från en kernel-läge drivrutin . Detta minne är aldrig frigörs korrekt - inte ens när anslutningen som orsakade det att existera upphör . På grund av detta , dessa minnesallokeringar lägga fram Windows minne tar slut efter en viss tid , som beror på den frekvens med vilken förbindelser med servern öppnades . De nyaste versionerna av FireBird har redan korrigerat detta problem .
Inkorrekt Memory Pool Undantag
När exceptionella förhållanden uppstår i code- hantering minne pooler , undantag hanterare måste anslå extra minne - men det kan inte göra det , eftersom all tilldelning av nya minnet blockeras av en mutex lås fortfarande innehas av code - hantering minne pooler . Detta resulterar i core dumpar utan informativa budskap om de grundläggande orsakerna till felet.
