Firebird SuperClassic Performanceprobleme

[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.

[QuickAndDirty]

Wir haben massive Slowdowns erfahren, wenn auf dem Server Rechner ein DomainController betrieben wurde.
Auf solchen Rechnern lief Firebird wieder schnell, wenn man die Datenbank Datei und das Temp Verzeichnis auf eine andere Partition als die Betriebssystem Partition gelegt hat.
Es war ein Unterschied wie zwischen Himmel und Hölle. (Ist auch cool, wenn die Kunden auf einmal ob der vielfach schnelleren Arbeitsgeschwindigkeit am Telefon in Jubel ausbrechen...)