Dellerium
27.04.06, 13:28
Hi!
Ich wollte mal rumfragen, ob jemand im Forum ist, der ebenfalls Probleme mit Suse SLES 9 hat?
Unser Problem ist das folgende:
Wir haben hier diverse HP Server stehen ( die meisten DL380 G3 mit 4 GB Ram, sowie einen HP Package Cluster mit 6GB Ram und einer MSA500 G2. Ausserdem einen Dual Opteron ( mit Dual-Core Prozessoren ) mit 16GB Ram der als Datenbank Server fungieren soll. :D
Auf allen Servern ist SLES9 installiert ( x86_64 ) - und auf allen Servern ist die Performance grausam.
Wir haben weiter einen Testserver auf dem zur Zeit eine Anwendung installiert wird - zum testen reicht uns ein Desktop Rechner auf dem wir entwickeln können ( Athlon XP 2400+ mit 3GB Ram ).
Das ist auch der Grund weshalb wir die Performance Probleme überhaupt erst bemerkt haben - denn diese treten nicht immer auf. So sind die Maschinen beim Kompilieren z.B. richtig schön schnell (und daher bemerkt man die Probleme nicht unbedingt ).
Aufgefallen ist das Problem beim Einsatz einer PostgreSQL Datenbank.
Wir haben in der Anwendung teilweise verdammt große Statements mit einem Haufen InnerJoins die richtig Last verursachen und bei Tabellen mit mehreren Millionen Einträgen schon ein bissel Zeit brauchen. Test auf dem Testserver ( Athlon XP ) brauchen ca. 25sec.
Also wir die neuen Server in Betrieb genommen haben, sowohl den Cluster wie auch das Dual Opteron System, haben wir allerdings eine Überraschung erlebt - diesselbe Abfrage brauchte auf dem Opteron 2:40min! :eek: Der Cluster ist auch nicht schneller. ( Die PostgreSQL Datenbank ist auf beiden Systemem noch nicht optimiert worden, aber das dürfte eigentlich keinen solchen Unterschied ausmachen ).
Also - ein bissel ungläubig wird man da schon. Also haben wir den Fehler gesucht und keinen gefunden. ( Außer das ich die Befürchtung hatte, das der Suse Kernel ( 2.6.5 - der kam im Jahr 2004 das erste Mal heraus ) daran evtl. nicht ganz unschuldigt ist. Unser Problem ist jedoch, dass insbesondere auf dme HP Package Cluster nur SLES oder RHES eingesetzt werden kann - weil ansonsten die HP Software nicht läuft.
Also habe ich einmal testweise ein Gentoo ( 2006.0 ) mit einem frischen 2.6.16er Kernel auf dem Opteron System installiert - der Performanceunterschied ist phänomenal: Das Statement braucht 8sec!
Mich würde einmal interessieren, ob es hier jemanden gibt, der ebenfalls Probleme mit der Performance auf HP Server ( oder allgemein 64 Bit Systemen ) in Verbindung mit dem SLES festgestellt hat?
Ich hab zwar geschaut, ob ich einen aktuelleren Kernel bekommen kann, aber mein PRoblem ist ja auch, das die HP Software von Suse abhängig ist, und ich daher garnicht so einfach Updaten kann :mad:
Daten:
HP Proliant DL385 ( ich meine G3 - die aktuellste Version halt )
2x AMD Opteron model 280 2.4GHz - 1MB L2 dual-core
16GB Ram
2x 36,4GB @ 15k
2x 72,8 @ 10k
SLES9 SP3: ( You Update komplett durchgelaufen, alle Patches sind eingespielt )
x86_64
Kernel 2.6.5-7.252.smp
Postgres 8.1.2 ( Paket vom Suse FTP )
Gentoo:
Profil 2006.0
Kernel 2.6.16-gentoo
Stage3 Archiv, CFlags auf march=opteron gesetzt und O2 als Optimierungsgrad, ansonsten keine weiteren Flags zu "Optimierung" ( Wozu auch )...
Postgres 8.1.3
Gruß Delle
Ich wollte mal rumfragen, ob jemand im Forum ist, der ebenfalls Probleme mit Suse SLES 9 hat?
Unser Problem ist das folgende:
Wir haben hier diverse HP Server stehen ( die meisten DL380 G3 mit 4 GB Ram, sowie einen HP Package Cluster mit 6GB Ram und einer MSA500 G2. Ausserdem einen Dual Opteron ( mit Dual-Core Prozessoren ) mit 16GB Ram der als Datenbank Server fungieren soll. :D
Auf allen Servern ist SLES9 installiert ( x86_64 ) - und auf allen Servern ist die Performance grausam.
Wir haben weiter einen Testserver auf dem zur Zeit eine Anwendung installiert wird - zum testen reicht uns ein Desktop Rechner auf dem wir entwickeln können ( Athlon XP 2400+ mit 3GB Ram ).
Das ist auch der Grund weshalb wir die Performance Probleme überhaupt erst bemerkt haben - denn diese treten nicht immer auf. So sind die Maschinen beim Kompilieren z.B. richtig schön schnell (und daher bemerkt man die Probleme nicht unbedingt ).
Aufgefallen ist das Problem beim Einsatz einer PostgreSQL Datenbank.
Wir haben in der Anwendung teilweise verdammt große Statements mit einem Haufen InnerJoins die richtig Last verursachen und bei Tabellen mit mehreren Millionen Einträgen schon ein bissel Zeit brauchen. Test auf dem Testserver ( Athlon XP ) brauchen ca. 25sec.
Also wir die neuen Server in Betrieb genommen haben, sowohl den Cluster wie auch das Dual Opteron System, haben wir allerdings eine Überraschung erlebt - diesselbe Abfrage brauchte auf dem Opteron 2:40min! :eek: Der Cluster ist auch nicht schneller. ( Die PostgreSQL Datenbank ist auf beiden Systemem noch nicht optimiert worden, aber das dürfte eigentlich keinen solchen Unterschied ausmachen ).
Also - ein bissel ungläubig wird man da schon. Also haben wir den Fehler gesucht und keinen gefunden. ( Außer das ich die Befürchtung hatte, das der Suse Kernel ( 2.6.5 - der kam im Jahr 2004 das erste Mal heraus ) daran evtl. nicht ganz unschuldigt ist. Unser Problem ist jedoch, dass insbesondere auf dme HP Package Cluster nur SLES oder RHES eingesetzt werden kann - weil ansonsten die HP Software nicht läuft.
Also habe ich einmal testweise ein Gentoo ( 2006.0 ) mit einem frischen 2.6.16er Kernel auf dem Opteron System installiert - der Performanceunterschied ist phänomenal: Das Statement braucht 8sec!
Mich würde einmal interessieren, ob es hier jemanden gibt, der ebenfalls Probleme mit der Performance auf HP Server ( oder allgemein 64 Bit Systemen ) in Verbindung mit dem SLES festgestellt hat?
Ich hab zwar geschaut, ob ich einen aktuelleren Kernel bekommen kann, aber mein PRoblem ist ja auch, das die HP Software von Suse abhängig ist, und ich daher garnicht so einfach Updaten kann :mad:
Daten:
HP Proliant DL385 ( ich meine G3 - die aktuellste Version halt )
2x AMD Opteron model 280 2.4GHz - 1MB L2 dual-core
16GB Ram
2x 36,4GB @ 15k
2x 72,8 @ 10k
SLES9 SP3: ( You Update komplett durchgelaufen, alle Patches sind eingespielt )
x86_64
Kernel 2.6.5-7.252.smp
Postgres 8.1.2 ( Paket vom Suse FTP )
Gentoo:
Profil 2006.0
Kernel 2.6.16-gentoo
Stage3 Archiv, CFlags auf march=opteron gesetzt und O2 als Optimierungsgrad, ansonsten keine weiteren Flags zu "Optimierung" ( Wozu auch )...
Postgres 8.1.3
Gruß Delle