relevanz von rechnergeschwindigkeit oder Leitungsgeschw.

[khh]

hallo zusammen,
wie relevant für die Ausführgeschwindigkeit ( den datenzugriff ) sind die Komponenten DB-Rechner( Speicher, Prozessor) und Leitungsgeschwindigkeit


danke gruss KH

[khh]

ich denke mir, dass im Intranet die Rechnergeschwindigkeit zählt.

Gibts ne Möglichkeit die Zugriffszeiten von firebird (über IBexpert) zu messen?

[Sherlock]

Relevant ist eher die Anzahl Clients, die gleichzeitig auf die DB zugreifen könnten.

Sherlock

[khh]

Zitat:

Zitat von Sherlock

Relevant ist eher die Anzahl Clients, die gleichzeitig auf die DB zugreifen könnten.

Sherlock

du meinst viele gleichzeitige zugriffe erfordern ne schnelle Leitung _und_ nen schnellen Rechner ?

[Sherlock]

Würde ich so sehen, ja.

Sherlock

[khh]

Zitat:

Zitat von Sherlock

Würde ich so sehen, ja.

Sherlock

gibts irgendwo ne übersicht über "normale" Zugriffszeiten?

[hoika]

Hallo,

da kenn ich nur eine Antwort,
das kommt drauf an ...

1. DBRechner-Geschwindigkeit
klar, wenn ich nen 1GHz und nen 2GHz Rechner habe,
sollte der 2GHz schneller sein

Aber: Auch die Platte spielt eine grosse Rolle


2. Ram
Bei SuperServer werden pro Connection etwa 300/400 kB (steht irgendwo im Netz) gebraucht
Der DB-Cache kann ab FB2 sehr gross gesetzt werden (>10000 Seiten)
grosser Cache = schneller (meistens)


3. Netz
Die Anzahl der Clients spielt schon eine Rolle,
aber wichtiger ist doch, was die Clients mit der DB machen

100 Clients, jeder macht pro Minute eine einfache SQL-Abfrage
oder
3 Clients, jeder macht pro Sekunde eine komplizierte SQL-Abfrage


Ab FB2.1 wurde übrigens der benötigte Traffic um etwa 40% (?) reduziert.


Heiko

[khh]

Zitat:

Zitat von hoika

Hallo,

da kenn ich nur eine Antwort,
das kommt drauf an ...

1. DBRechner-Geschwindigkeit
klar, wenn ich nen 1GHz und nen 2GHz Rechner habe,
sollte der 2GHz schneller sein

Aber: Auch die Platte spielt eine grosse Rolle


2. Ram
Bei SuperServer werden pro Connection etwa 300/400 kB (steht irgendwo im Netz) gebraucht
Der DB-Cache kann ab FB2 sehr gross gesetzt werden (>10000 Seiten)
grosser Cache = schneller (meistens)


3. Netz
Die Anzahl der Clients spielt schon eine Rolle,
aber wichtiger ist doch, was die Clients mit der DB machen

100 Clients, jeder macht pro Minute eine einfache SQL-Abfrage
oder
3 Clients, jeder macht pro Sekunde eine komplizierte SQL-Abfrage


Ab FB2.1 wurde übrigens der benötigte Traffic um etwa 40% (?) reduziert.


Heiko

danke dir für die ausführliche info.
10000 seiten sind in mb?
Ich gehe mal davon aus dass der cache im speicher gehalten wird, solange dieser ausreicht, andernfalls auf die Platte geswappt wird, egal ob Unix oder windows,richtig?


kannst du mir noch sagen wo der cache eingestellt werden kann?

Danke Gruss Kh

[hoika]

Hallo,

Die Einstellung gilt pro Datenbank (Superserver), und pro Connection (Classic)
also Vorsicht, wenn mehrere DB's verwendet werden und
vor allem beim Classic.

Die Anzahl wird mit der Seitengrösse der DB multipliziert (in der Regel 4kB).
10.000 Seiten wären also 40 MB.

Das Setzen erfolgt entweder über gfix (gfix -buffers ...)
oder einfacher in IBExpert.

Zum Swappen, ja, zu grosse Seitenzahlen führen zum Swappen
und damit zu Performance-Einbrüchen.


Heiko

[khh]

ich danke dir

Gruss Kh