Mit dem ändern des Wertes wird dem Firebird SQL-Server mitgeteilt, wie viel Hauptspeicher ihm für den Cache einer Datenbank zur Verfügung gestellt wird.

Der verwendete Hauptspeicher für den Cache einer Datenbank berechnet sich mit:
– Hauptspeicher für Cache = Buffers (Database Pages) * Page Size
– Hauptspeicher für Cache = Buffers (Database Pages) * Page Size * Anzahl der Connections

Das bedeutet, läuft nun eine Datenbank unter Firebird Server mit einer Page Size von 4 K und einem Buffers-Wert von 1024, würde dies bedeuten, dass dem Firebird Server für diese eine Datenbank 4 MB vom Hauptspeicher für den Cache zur Verfügung steht. Ziemlich wenig, wenn man sich heutzutage den Preis für den Hauptspeicher ansieht.

Nun ist aber zu berücksichtigen, dass bei Betrieb von vielen Datenbanken auf einem Server, die Summe des Hauptspeichers, der für den Cache aller Datenbanken zur Verfügung gestellt wird, natürlich „nicht“ den physisch vorhanden Hauptspeicher überschreitet, weil sonst das Betriebssystem wieder auf die Festplatte auslagern muss, und somit der Vorteil des Cachings nach hinten losgeht, und Erfahrungswerte haben gezeigt, dass der Buffers-Wert pro Datenbank 10.000 „nicht“ überschreiten soll, weil es sonst wieder zu Performanceeinbußen kommen kann.

Bezüglich Cache hat sich ein Buffers-Wert von 10.000 mit einer Page Size von 8k (also ca. 80 MB Hauptspeicher für das Caching pro Datenbank bewährt.

Beispiel WEBFAKT Datenbankpflege:

Siehe auch GBAK – Firebird Backup und Restore