Eine T2000 zum schwitzen bekommen

[claus]

macht man so:

Code: [Auswählen]

last pid: 14779;  load averages:  5.95, 10.34, 13.75                                                                                               
934 processes: 907 sleeping, 22 running, 2 zombie, 3 on cpu
CPU states: 76.1% idle,  0.8% user, 23.1% kernel,  0.0% iowait,  0.0% swap
Memory: 8064M real, 21M free, 9382M swap in use, 4961M swap free

   PID USERNAME LWP PRI NICE  SIZE   RES STATE    TIME    CPU COMMAND
  5760 bb         1  59    0 2064K    0K run      0:11  6.21% bbrun
  5774 bb         1  59    0 2064K    0K run      0:09  6.21% bbrun
  5770 bb         1  59    0 2064K    0K run      0:08  6.21% bbrun
     1 root       1  59    0 2664K    0K run     16:16  6.20% init
  5739 bb         1  59    0 2064K    0K run      0:00  6.18% bbrun
 13558 oracle     1  59    0  887M  592M run      0:00  6.16% oracle
 13560 oracle     1  59    0  887M  592M run      0:00  6.11% oracle
  5742 bb         1  59    0 2064K    0K run      0:00  6.04% bbrun
  5745 bb         1  59    0 2064K    0K run      0:00  6.04% bbrun
   665 oracle     1  59    0  888M  592M run     62:54  5.98% oracle
   574 oracle     1  59    0  888M  592M run     62:27  5.97% oracle
  5777 bb         1  59    0 2064K    0K run      0:00  5.96% bbrun
 26189 root      46  29   10  557M   26M sleep  141:29  0.38% java
 26476 root      38  29   10  556M   14M sleep   45:25  0.20% java
 13522 publish    9  60   10   79M   17M sleep    1:52  0.18% java

Und noch mal:

Code: [Auswählen]

last pid: 14930;  load averages: 68.28, 27.57, 18.794                                                                                             
961 processes: 950 sleeping, 5 running, 3 zombie, 3 on cpu
CPU states: 81.3% idle,  0.9% user, 17.8% kernel,  0.0% iowait,  0.0% swap
Memory: 8064M real, 28M free, 9524M swap in use, 4821M swap free

   PID USERNAME LWP PRI NICE  SIZE   RES STATE    TIME    CPU COMMAND
 12184 publish    9  29   10   84M   13M run      5:33  5.65% java
 13110 publish    9  60   10   83M   13M sleep    3:03  2.68% java
 12954 publish    9  29   10   79M 4136K sleep    4:40  2.66% java
 12778 publish    9  60   10   83M   22M sleep    5:22  2.60% java
 12919 publish    9  60   10   79M 4680K sleep    4:43  2.60% java
   620 noaccess  39  59    0  185M 5112K sleep   75:06  2.39% java
   134 root      45  59    0   10M 1472K sleep   12:13  2.31% nscd
   241 daemon     4  59    0   18M  792K sleep    4:32  2.21% nfsmapid
 27091 root      27  29   10  227M   49M sleep   23:48  2.11% java
     9 root      17  59    0   11M  792K sleep   10:08  1.90% svc.configd
 12891 publish    9  29   10   79M 2816K sleep    1:05  1.69% java
 12843 publish    9  29   10   79M 2960K sleep    1:04  1.67% java
 12799 publish    9  29   10   79M 2760K sleep    0:59  1.65% java
 12770 publish    9  29   10   79M 6904K sleep    2:18  1.38% java
 13228 publish    9  29   10   83M   13M sleep    1:49  1.36% java




[escimo]

Code: [Auswählen]

CPU states: 76.1% idle,  0.8% user, 23.1% kernel,  0.0% iowait,  0.0% swap

Code: [Auswählen]

CPU states: 81.3% idle,  0.9% user, 17.8% kernel,  0.0% iowait,  0.0% swap

Rein nach der Anzeige (idle) sieht es aber net so aus, als würde die T2000 schwitzen.

[claus]

Ich glaube ganz ehrlich, dass das Top-Ergebnis da nicht wirklich stimmt. Alleine ein SSH Login hat über 4 Minuten gedauert?

Claus

[escimo]

Alleine ein SSH Login hat über 4 Minuten gedauert?

Erstaunlich.

Was sagt denn "vmstat" und "mpstat"?

[Toktar]

Code: [Auswählen]

Memory: 8064M real, 21M free, 9382M swap in use, 4961M swap free
Ein Oracleserver mit dem Swapping ist ja fast tötlich. Schonmal an eine Erweiterung des Speichers gedacht?

[claus]

Das war nur ein kleiner Bug. Wir machen gerade viel am Code, um die Parallelisierungsmöglichkeiten der T2000 auszunutzen. In dem Fall ging es ein *klein* wenig schief.

Egal was Top sagt, die Kiste war defacto tot, bis ich es geschafft habe kill -9 `pgrep -U publish` einzugeben. Das hat noch mal ein paar Minuten gedauert, um das Kommando überhaupt zu tippen. Danach noch mal ein paar, bis die ganzen Prozesse endlich tot waren.

Davor ist die Load noch auf 120 gegangen, das war wirklich lustig zu sehen.

Claus

[Ten Little Indyans]

Code: [Auswählen]

Memory: 8064M real, 21M free, 9382M swap in use, 4961M swap free
Ein Oracleserver mit dem Swapping ist ja fast tötlich. Schonmal an eine Erweiterung des Speichers gedacht?

Laut Murphy wächst eine Datenbank immer schneller als der vorhandene Speicher.

Bei einem bestimmten Server eines unserer Kunden sieht das oft so aus

load averages: 147.17, 96.54, 69.75
3176 processes:2891 sleeping, 64 running, 205 zombie, 16 on cpu
CPU states:  0.0% idle, 37.4% user, 62.6% kernel,  0.0% iowait,  0.0% swap
Memory: 24G real, 371M free, 15G swap in use, 20G swap free

  PID USERNAME THR PRI NICE  SIZE   RES STATE   TIME    CPU COMMAND
 9201 batch     11  23    0  168M  146M cpu18  67:42  1.32% oracle
 1595 batch      1  32    0  213M  193M cpu10   0:09  1.29% oracle
 2504 batch      1  32    0  992K  792K cpu9    0:19  1.26% grep
21604 batch     11  32    0  188M  167M run    27:19  1.20% oracle
29400 batch      1  51    0  289M  271M cpu8  173:14  1.18% oracle
 5932 oracle     1  22    0  281M  260M run   103:31  1.18% oracle
 8458 batch      1  22    0  393M  371M cpu3   31:13  1.14% oracle
 3654 batch      1  42    0  393M  371M run    35:19  1.14% oracle
19552 oracle     1  60    0  289M  269M sleep   0:05  1.10% oracle
 8629 rfs0380    1  21    0  185M  165M run     0:07  0.98% oracle
 3656 batch      1  32    0  393M  372M sleep  33:53  0.98% oracle
11496 root       5  32    0   28M   22M run    21.4H  0.95% JSCC
  481 batch     11  60    0  187M  165M sleep  56:18  0.94% oracle
 9025 batch      1  52    0  217M  194M run    55:10  0.94% oracle
20304 batch      1  43    0  165M  145M sleep   4:59  0.77% oracle

Die Kiste fühlt sich zwar etwas zäh an, aber man kommt problemlos per SSH rein und kann auch darauf arbeiten...
(Laut uname ist es eine Netra T12 aka Fire V1280)

[escimo]

Momentan ist wenig los auf unseren V490'ern mit Oracle 9i RAC:

load averages:  1.18,  1.34,  1.38
951 processes: 950 sleeping, 1 on cpu
CPU states: 82.5% idle,  7.0% user,  7.5% kernel,  3.1% iowait,  0.0% swap
Memory: 16G real, 9149M free, 4970M swap in use, 23G swap free

   PID USERNAME LWP PRI NICE  SIZE   RES STATE    TIME    CPU COMMAND
  6700 orausr      2  52    0 1703M 1657M sleep   25.6H  1.19% oracle
  6702 orausr      2  52    0 1703M 1657M sleep   24.6H  1.17% oracle
  2712 root       4  59    0   22M   21M sleep   33.7H  0.70% esd
  6710 orausr      2  58    0 1704M 1652M sleep  330:31  0.23% oracle
 21569 orausr     2  59    0 1700M 1662M sleep    1:42  0.18% oracle
  6722 orausr      2  59    0 1700M 1661M sleep  157:34  0.17% oracle
  4025 orausr      2  59    0 1701M 1666M sleep   17:23  0.17% oracle
  8737 orausr      2  59    0 1700M 1662M sleep    0:48  0.16% oracle
  7842 orausr      2  59    0 1700M 1662M sleep    0:18  0.13% oracle
  6671 oraoth     2  59    0  967M  920M sleep  249:56  0.11% oracle
  6673 oraoth     2  59    0  967M  920M sleep  275:04  0.10% oracle
  4268 orausr      2  49    0 1700M 1661M sleep   41:09  0.10% oracle
  4262 orausr      2  59    0 1700M 1663M sleep   40:49  0.10% oracle
  9064 orausr      2  49    0 1700M 1662M sleep    0:56  0.10% oracle
  6720 orausr      2  59    0 1700M 1663M sleep  156:54  0.09% oracle