Am Mittwoch, den 21.02.2007, 00:00 +0100 schrieb Markus Schulz:
Am Dienstag, 20. Februar 2007 14:07 schrieb Peter Kuechler:
Hallo!
Ich habe da mal eine Frage:-)
Es soll ein neuer Server für Oracle angeschafft werden. Der alte ist
ein Siemens mit 2x 2,8GHz Xeon mit 6GB RAM.
Der neue soll ein Siemens mit 2x Xeon > 3Ghz mit 16GB werden.
Die Frage ist jetzt:
Wie verhält sich das mit der Speicherverwaltung?
Lässt sich das auf einer 32Bit Maschine sinnvoll nutzen, vor allem in
Zusammenhang mit Oracle?
Nein, Oracle lebt vom Shared Memory wenn ich mich recht entsinne (im
Gegensatz z.B. zu postgresql). Da auf 32Bit Maschinen (auch wenn dank
PAE 64GB Speicher drin wären) das 4GB Virtueller Adressraum Limit
weiterhin besteht (bei 3/1 Split also 3GB für User-Prozesse) kommst du
vielleicht auf 2GB Shared Memory (Rest geht verloren durch
Adressraumverluste dank Stack/Library Mapping Bereich und Heap).
Bei 16GB eine absolute Verschwendung. Für Postgresql könnte man da noch
abwägen (lebt eher von den OS-Caches).
Ok, das hab ich verstanden. Leider wird mir dieser Weg versperrt
bleiben, weil die Zusatzsoftware die mit auf dem Oracle Server
installiert wird nicht als 64bit Version verfügbar ist.
Zitat von
http://www.puschitz.com/TuningLinuxForOracle.shtml#SettingSharedMemory
Oracle uses shared memory segments for the Shared Global Area (SGA)
which is an area of memory that is shared by Oracle processes. The size
of the SGA has a significant impact to Oracle's performance since it
holds database buffer cache and much more.
Oder brauch man da eine 64Bit Maschine mit entsprechendem Linux?
Könnt ihr mir da ein paar Hinweise geben?
Ich würde in jedem Fall eine 64Bit Platform wählen, da sind Adressraum
Probleme einfach erledigt für eine recht lange Zeit ;)
Ja, auch das leuchtet mir ein;-)
Aber damit werde ich wohl noch warten müssen.