Hallo,
wir haben da eine Linux-Maschine mit insgesamt 8GB RAM, vmstat meldet 6GB als "cached" aber die Maschine swappt und die Performance geht dabei deutlich in die Knie (vmstat-Auszug mit 10s Intervallen):
procs memory swap io system cpu r b swpd free buff cache si so bi bo in cs us sy wa id 0 1 2434644 17808 31724 6317256 4 526 1710 617 3777 1847 10 1 3 86 4 0 2433344 18056 31756 6318276 80 189 650 278 585 1425 17 1 3 78 1 2 2431696 18912 31896 6315524 142 1262 6463 1447 5850 3467 45 7 14 34 4 3 2430444 18988 32040 6315624 161 1291 6517 3754 6547 3148 27 3 33 36 3 3 2434348 18304 32148 6318568 1141 2710 8542 11458 6785 3576 18 5 45 32 0 2 2432716 19280 31904 6327232 991 3114 6990 15082 6450 4543 12 4 56 29 0 2 2423084 18664 31988 6327236 723 218 4417 522 1822 3827 9 1 31 58 4 1 2421428 17876 32104 6327640 602 296 4050 506 1777 3016 19 1 27 53 2 1 2418336 18216 32268 6327800 396 1764 3619 2129 2087 3075 19 2 26 52 1 3 2417108 18064 32436 6333196 169 1164 5834 1450 3286 2554 26 3 28 44
Der Kernel ist ein 2.4'er und die hauptsächlich laufenden Prozesse sind ein Java mit 2GB RAM (oder besser virtuellem Speicher) und eine Oracle-Datenbank (mit ebenfalls ca. 2GB). Dass Linux freien RAM als Plattencache benutzt ist soweit ok, ich wäre jedoch davon ausgegangen, dass es den Cache wieder reduziert, wenn die Anwendungen den RAM brauchen. Stattdessen scheint es hier aber lieber zu swappen und den Cache zu behalten. Warum? Kann man die Swap-Rate durch Aufrüsten des RAM reduzieren oder haben wir dann z.B. 8GB Cache und immernoch Swapping?
Ist der auch unter "Cached" angegebene Wert von /proc/meminfo reiner Cache für block devices oder gehen da noch andere Bereiche mit ein?
Danke für Tips oder Pointer! Mirko
Hallo, eine top-Ausgabe waere wohl hilfreicher, am Besten sortiert nach virtuellem Speicher ("VIRT"). Einfach "top" eingeben und viermal "<" druecken. Dann die Ausgabe nochmal posten.
Gruss
Frank
On 12/18/06, Mirko Kaffka mirko@taifun.interface-business.de wrote:
Hallo,
wir haben da eine Linux-Maschine mit insgesamt 8GB RAM, vmstat meldet 6GB als "cached" aber die Maschine swappt und die Performance geht dabei deutlich in die Knie (vmstat-Auszug mit 10s Intervallen):
procs memory swap io system cpu r b swpd free buff cache si so bi bo in cs us sy wa id 0 1 2434644 17808 31724 6317256 4 526 1710 617 3777 1847 10 1 3 86 4 0 2433344 18056 31756 6318276 80 189 650 278 585 1425 17 1 3 78 1 2 2431696 18912 31896 6315524 142 1262 6463 1447 5850 3467 45 7 14 34 4 3 2430444 18988 32040 6315624 161 1291 6517 3754 6547 3148 27 3 33 36 3 3 2434348 18304 32148 6318568 1141 2710 8542 11458 6785 3576 18 5 45 32 0 2 2432716 19280 31904 6327232 991 3114 6990 15082 6450 4543 12 4 56 29 0 2 2423084 18664 31988 6327236 723 218 4417 522 1822 3827 9 1 31 58 4 1 2421428 17876 32104 6327640 602 296 4050 506 1777 3016 19 1 27 53 2 1 2418336 18216 32268 6327800 396 1764 3619 2129 2087 3075 19 2 26 52 1 3 2417108 18064 32436 6333196 169 1164 5834 1450 3286 2554 26 3 28 44
Der Kernel ist ein 2.4'er und die hauptsächlich laufenden Prozesse sind ein Java mit 2GB RAM (oder besser virtuellem Speicher) und eine Oracle-Datenbank (mit ebenfalls ca. 2GB). Dass Linux freien RAM als Plattencache benutzt ist soweit ok, ich wäre jedoch davon ausgegangen, dass es den Cache wieder reduziert, wenn die Anwendungen den RAM brauchen. Stattdessen scheint es hier aber lieber zu swappen und den Cache zu behalten. Warum? Kann man die Swap-Rate durch Aufrüsten des RAM reduzieren oder haben wir dann z.B. 8GB Cache und immernoch Swapping?
Ist der auch unter "Cached" angegebene Wert von /proc/meminfo reiner Cache für block devices oder gehen da noch andere Bereiche mit ein?
Danke für Tips oder Pointer! Mirko
Lug-dd maillist - Lug-dd@mailman.schlittermann.de http://mailman.schlittermann.de/mailman/listinfo/lug-dd
Frank Gerlach schrieb:
Hallo, eine top-Ausgabe waere wohl hilfreicher, am Besten sortiert nach virtuellem Speicher ("VIRT"). Einfach "top" eingeben und viermal "<"
Das top kann das noch nicht (Redhat 3). Alles was geht, ist ein Sort nach der resident size. Die Einzelprozessgrößen anzusehen, bingt meiner Meinung nach aber nicht viel, da sich die Oracle-Prozesse reichlich Speicher teilen. Die Einzelwerte addiert ergeben da schon über 40GB virtual size. Die gesamte Liste ist zu lang um sie zu posten:
21:32:52 up 8 days, 12:05, 1 user, load average: 0.20, 0.30, 0.56 286 processes: 285 sleeping, 1 running, 0 zombie, 0 stopped CPU states: cpu user nice system irq softirq iowait idle total 0.0% 0.0% 1.6% 0.0% 0.0% 4.0% 394.4% Mem: 8135832k av, 8116852k used, 18980k free, 0k shrd, 88860k buff 6238784k actv, 1198224k in_d, 170432k in_c Swap: 8385792k av, 2496536k used, 5889256k free 7504212k cached
PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM CTIME CPU COMMAND 13170 oracle 15 0 230M 228M 226M S 0.0 2.8 1:54 2 oracle 14687 oracle 15 0 193M 192M 191M S 0.0 2.4 18:26 3 oracle 14677 oracle 15 0 190M 189M 189M S 0.0 2.3 18:28 1 oracle 10516 oracle 15 0 177M 172M 168M S 0.0 2.1 46:06 0 oracle 14881 oracle 15 0 173M 171M 171M S 0.0 2.1 0:56 0 oracle 5650 oracle 15 0 128M 126M 125M S 0.0 1.5 2:11 3 oracle 10510 oracle 15 0 129M 113M 113M S 0.0 1.4 28:22 2 oracle 10514 oracle 15 0 129M 112M 112M S 0.0 1.4 22:44 1 oracle 10502 oracle 15 0 119M 112M 112M S 0.0 1.4 12:41 1 oracle 10635 oracle 15 0 115M 111M 111M S 0.0 1.4 8:00 3 oracle 10567 oracle 15 0 112M 108M 108M S 0.0 1.3 10:23 3 oracle 10520 oracle 15 0 115M 108M 108M S 0.0 1.3 15:08 0 oracle 10563 oracle 15 0 113M 108M 108M S 0.0 1.3 13:19 2 oracle 10518 oracle 15 0 121M 105M 105M S 0.0 1.3 25:27 2 oracle 10522 oracle 15 0 111M 105M 105M S 0.0 1.3 7:15 3 oracle 10504 oracle 15 0 114M 105M 105M S 0.0 1.3 11:09 3 oracle 10524 oracle 15 0 121M 104M 104M S 0.0 1.3 17:31 2 oracle 10428 www 15 0 1740M 99M 3676 S 0.0 1.2 770:04 4 java 10508 oracle 15 0 105M 99M 99.1M S 0.0 1.2 8:11 1 oracle ...
Gruss Mirko
On 18.12.06 Mirko Kaffka (mirko@taifun.interface-business.de) wrote:
Moin,
Der Kernel ist ein 2.4'er und die hauptsächlich laufenden Prozesse sind ein Java mit 2GB RAM (oder besser virtuellem Speicher) und eine Oracle-Datenbank (mit ebenfalls ca. 2GB).
Welcher Kernel ist es denn genau? Ja, auch dee Patch Level.
H.
Hilmar Preusse schrieb:
On 18.12.06 Mirko Kaffka (mirko@taifun.interface-business.de) wrote:
Moin,
Der Kernel ist ein 2.4'er und die hauptsächlich laufenden Prozesse sind ein Java mit 2GB RAM (oder besser virtuellem Speicher) und eine Oracle-Datenbank (mit ebenfalls ca. 2GB).
Welcher Kernel ist es denn genau? Ja, auch dee Patch Level.
2.4.21-20 Dahinter steckt ein Redhat Enterprise 3.
Mirko
Hallo,
was sagen top und swapon -s ?
Gruß Thomas
Mirko Kaffka mirko@taifun.interface-business.de 12/18/06 11:58
Hallo,
wir haben da eine Linux-Maschine mit insgesamt 8GB RAM, vmstat meldet 6GB als "cached" aber die Maschine swappt und die Performance geht dabei deutlich in die Knie (vmstat-Auszug mit 10s Intervallen):
lug-dd@mailman.schlittermann.de
-
Frank Gerlach -
Hilmar Preusse -
Mirko Kaffka -
Thomas Müller