AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Datenbanken Delphi Firebird Super oder Classic
Thema durchsuchen
Ansicht
Themen-Optionen

Firebird Super oder Classic

Ein Thema von Jens Schumann · begonnen am 10. Sep 2007 · letzter Beitrag vom 11. Sep 2007
Antwort Antwort
Benutzerbild von Jens Schumann
Jens Schumann

Registriert seit: 27. Apr 2003
Ort: Bad Honnef
1.644 Beiträge
 
Delphi 2009 Professional
 
#1

Firebird Super oder Classic

  Alt 10. Sep 2007, 20:34
Datenbank: Firebird • Version: 2.01 • Zugriff über: Native
Hallo,
mir steht ein Maschine mit 4 Prozessoren (Win 2003 Server) zur Verfügung.
Ist es günstiger den Super- oder Classic Server zu installieren.

Ich meine welche Version läuft schneller?
I come from outer space to save the human race
  Mit Zitat antworten Zitat
mkinzler
(Moderator)

Registriert seit: 9. Dez 2005
Ort: Heilbronn
39.851 Beiträge
 
Delphi 11 Alexandria
 
#2

Re: Firebird Super oder Classic

  Alt 10. Sep 2007, 20:40
Handelt es sich um einen dedizierten Datenbankserver?
In diesem Fall wäre wohl die Classic besser.
Markus Kinzler
  Mit Zitat antworten Zitat
hoika

Registriert seit: 5. Jul 2006
Ort: Magdeburg
8.270 Beiträge
 
Delphi 10.4 Sydney
 
#3

Re: Firebird Super oder Classic

  Alt 11. Sep 2007, 06:12
Hallo,

kommt auch auf die Anzahl der gleichzeitigen Nutzer an,
der Classic braucht pro Prozess(=User=Connection)
(mehr) RAM.


Heiko
Heiko
  Mit Zitat antworten Zitat
TBx
(Administrator)

Registriert seit: 13. Jul 2005
Ort: Stadthagen
1.875 Beiträge
 
Delphi 12 Athens
 
#4

Re: Firebird Super oder Classic

  Alt 11. Sep 2007, 06:32
Wenn Du die Multiprozessorfähigkeit nutzen möchtest, bleibt Dir nur der Classic-Server. Dieser spaltet pro User einen Thread ab, der dann von der entsprechenden CPU bearbeitet wird. Der Superserver ist dazu (noch) nicht in der Lage. Bei diesem kann man extra die Affinity einstellen, um zuzuordnen, auf welchem Prozessor der Serverprozess laufen soll.

Gruß

onlinekater
Thomas Breitkreuz
Gruß Thomas
- Admin DelphiPRAXIS
- Admin Delphi-Treff
- Embarcadero MVP
  Mit Zitat antworten Zitat
mkinzler
(Moderator)

Registriert seit: 9. Dez 2005
Ort: Heilbronn
39.851 Beiträge
 
Delphi 11 Alexandria
 
#5

Re: Firebird Super oder Classic

  Alt 11. Sep 2007, 06:35
Genauer gesagt, steigt der Speicherverbrauch mit jeder Connection an, da pro Verbindung eine Instanz samt Cache gestartet wird.
Daher kommt es auch auf die Art der Abfragen an.Werden immer die gleichen Abfragen abgeschickt, kann sich dies sogra negativ auswirken.
Markus Kinzler
  Mit Zitat antworten Zitat
hoika

Registriert seit: 5. Jul 2006
Ort: Magdeburg
8.270 Beiträge
 
Delphi 10.4 Sydney
 
#6

Re: Firebird Super oder Classic

  Alt 11. Sep 2007, 09:14
Hallo,

der Classic spaltet keinen Thread ab. Das ist der Superserver.
Beim Classic wird ein extra Prozess pro Connection erzeugt (incl. Speicher, Cache usw.).

Das Problem beim Superserver, dass es nur einen Prozess gibt,
der bei Multiprozessor-Systemen zwischen den Prozessoren "hin- und her springt",
was sich sehr negativ auf die DB-Leistung auswirkt.

Deshalb wird der Prozess (per firebird.conf) an den 1. Prozessor gebunden (affinity).

Alle anderen 3 Prozessoren werden also nicht genutzt (beim Superserver).
Sie stehen natürlich anderen Dingen (Prozessoren) zur Verfügung.

Das Problem des Classic ist, dass zur Synchronisation die Prozesse
untereinander kommunizieren müssen.

Thread-Synchronisaton ist einfacher (schneller).

Ich würde das einfach mal zuerst mit dem Classic ausprobieren,
die DB mal voll unter Last laufenlassen.

Und dann das ganze noch mal mit dem Superserver.

Ich persönlich ahbe genau ein System unter Classic (Linux),
alle anderen laufen als Superserver (Windows).


Heiko
Heiko
  Mit Zitat antworten Zitat
TBx
(Administrator)

Registriert seit: 13. Jul 2005
Ort: Stadthagen
1.875 Beiträge
 
Delphi 12 Athens
 
#7

Re: Firebird Super oder Classic

  Alt 11. Sep 2007, 09:24
Zitat von hoika:
der Classic spaltet keinen Thread ab...
Beim Classic wird ein extra Prozess pro Connection erzeugt (incl. Speicher, Cache usw.).
Da hast Du allerdings Recht. Es ist kein Thread, sondern ein Prozess pro Connection, der erzeugt wird. Da hab ich schneller getippt, als darüber nachgedacht, welche Begrifflichkeit ich hier verwende.
Gemeint war genau das Verhalten, das Du hier beschreibst.

Gruß

Thomas
Thomas Breitkreuz
Gruß Thomas
- Admin DelphiPRAXIS
- Admin Delphi-Treff
- Embarcadero MVP
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 03:46 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz