Firebird SuperClassic Performanceprobleme

[IBExpert]

Leistungsfähig mit anderer Software heisst leider noch lange nicht auch schnell mit Datenbanken und schon gar nicht schnell mit Firebird.

Und Virtualisierung ist für Datenbanken immer negativ! Das ist Fakt und das kann ich aufgrund richtig großer Systeme bei diversen Kunden
immer wieder feststellen. Du wirst auch niemand bei Oracle oder MSSQL finden, der bei absehbar hoher Last virtualisert, es sei denn er
hat keine Ahnung.

Probier einfach mal die gleiche Operation auf einem dedizierten System aus, möglichst i7 (3000 oder 4000 Serie) oder ähnlich leistungsfähig
mit sehr schneller Platte, besser SSD oder für Test auch Ramdisk und gleicher Firebird Version. Dann kannst du einen möglichen Referenzwert
definieren.

Kunden mit Servern, die 5-6 stellige Summen gekostet haben, standen meist mit ziemlich blödem Gesicht da, wenn mein Laptop schneller
war als deren High End Server, insbesondere wenn der dann im Multiusertest komplett eingebrochen ist.

Wichtiger als reine CPU Leistung ist die Latenzzeit beim Dateizugriff und wenn das bei Virtualisierung eine externe Storage ist, dann
kannst du das für Datenbanken vergessen, weil die eben nicht für für viele kleine wahlfreie Zugriffe auf kleine Pages optimal sind.
Das ist nichts anderes als Physik ...

Ist aber bei den meisten Läden mit superschlauen Administratoren nicht so einfach zu erklären, weil ja jeder glaubt das beste System
auf dem Markt gekauft zu haben und keiner zugibt, das die teure Kiste für den gewählten Zweck eine teure Fehlanschaffung war.

[dataspider]

Holger,

vielen Dank für die umfassende Aufklärung.
Ich werde heute die 2.5' er Version auf dem alten Datenbankserver installieren (wo bis jetzt die 2.15' er lief).
Dann habe ich den direkten Vergleich und weiß ganz sicher, dass es an der Virtualisierung liegt.

Frank

[dataspider]

Wie es aussieht, besteht das Problem nur bei dem 64 - bit Server.

Ich habe auf dem alten Server FB 2.52 32 bit installiert.
Import dauert nur 7 Minuten anstatt 22 - Alles im grünen Bereich.

Jetzt habe ich auf einer anderen dedizierten 64 bit Maschine mit FB 64 bit getestet.
Der gleiche Performance Einbruch.

Ich habe schon gelesen, dass es Probleme mit der Nutzung des Filesystem - Cache geben soll.
Kennt jemand das Problem und hat eine Lösung?

Frank

[Blup]

Bleib beim 32Bit-Server.
Es gibt nur wenige Gründe die für den Einsatz von 64Bit-Software sprechen (auch im Datenbankbereich).
Die Beschränkung auf 2(oder 3)GB Adressraum heist ja nicht das die Anwendung nicht mehr Speicher verwenden kann.

[tsteinmaurer]

Ich hatte etwas ähnliches bei einer Troubleshooting Sache wo mir der Kunde in einer ersten Schilderung versichert hat, dass der andere/dezidierte vermeintlich schnellere Server brutal langsamer war, als eine ältere Kiste. Letztendlich hat sich herausgestellt, dass der RAID-Controller des Servers im Argen war. D.h. ich würde mir mit einem I/O Benchmark mal ansehen, ob es I/O-technisch zwischen den beiden keine groben Unterschiede gibt.

Das Problem mit dem Windows Cache unter 64-bit und Firebird ist in Firebird 2.5.x und 2.1.5+ gefixt. Bzgl. Firebird 32-bit vs. 64-bit kann ich mir ehrlich gesagt nicht vorstellen, dass es hier solch grobe Unterschiede geben soll.

SuperClassic, durch dessen Single-Prozessmodell, als 32-bit zu betreiben ist halt doch ein Kompromiss, da sich RAM Usage des Firebird Page Cache mit der Anzahl der Connections multipliziert. Wenn 32-bit, dann vielleicht doch lieber Classic, zumindest in Produktionsumgebungen.

[dataspider]

@Thomas,

ich habe das ganze auf 2 unterschiedlichen Servern getestet.
Der erste hatte nur 1 CPU, der zweite 16.
Die Server sind auch neuer als der alte, wo der Import schnell geht.

Ich habe allerdings nicht den Installer bemüht, sondern das ZIP - Kit kopiert und install_superclassic.bat (übrigens nach deiner Anleitung) den Service erzeugt.

Wenn ich dich richtig verstehe, brauche ich keine Anpassungen in der firebird.conf (FileSystemCacheThreshold, FileSystemCacheSize) vorzunehmen?

Frank

[tsteinmaurer]

Zitat:

Wenn ich dich richtig verstehe, brauche ich keine Anpassungen in der firebird.conf (FileSystemCacheThreshold, FileSystemCacheSize) vorzunehmen?

Mit Firebird 2.5 sehe ich jetzt keine unmittelbare Notwendigkeit. Sonst schau mal mit der Trace API wo die Zeit liegen bleibt.