Performance Einbruch ...

[Jan-Benedict Glaw]

On Tue, 2003-10-14 11:55:16 +0200, Stefan Ulrich Hegner <stefan at hegner-online.de>
wrote in message <3F8BC804.1050103 at hegner-online.de>:
> Jan-Benedict Glaw wrote:
> >>>- top
> >>fand ich unaufällig. Sprach ja davon, daß die Prozessorlast nicht das 
> >>Problem zu sein scheint.
> >
> >...aber da kann man andere Spaßbremsen (Prozesse in 'D'-Zustand) finden.
> 
> da waren aber doch gar keine ... oder bin ich völlig blind auf'n Augen?

Nö, aber kann ich sicher sein, daß Du danach gesucht hast?

> Viel interessanter finde ich folgendes Phänomen, welches ich heute 
> entdeckt habe:
> 
> top - 11:21:33 up 41 min,  3 users,  load average: 1.07, 0.67, 0.29
                                                     ^^^^

Ein Prozeß läuft immmer...

> Tasks: 103 total,   2 running, 101 sleeping,   0 stopped,   0 zombie
>  Cpu0 :   1.0% user,   1.3% system,   0.3% nice,  97.4% idle
>  Cpu1 : 100.0% user,   0.0% system,   0.0% nice,   0.0% idle
> Mem:    643832k total,   508488k used,   135344k free,    12832k buffers
> Swap:  1004020k total,        0k used,  1004020k free,   336120k cached
> 
>   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  Command
>  1977 root      25   0 88428  22m 2352 R 99.9  3.5   4:59.77 X
>  2656 root      16   0  1016 1016  792 R  2.3  0.2   0:00.43 top
>  2646 hegi      34  19 11148  10m 9360 S  0.3  1.7   0:00.86 ksolarwinds.kss
> 
> 
> >>Mem:    643832k total,   629168k used,    14664k free,    25080k buffers
> >
> >Wie kann man nur so viel RAM verbraten?
> 
> Hab' mal gesucht. Muß ein Problem mit OpenOffice-1.0.3 sein. - Da schlafen 
> 8 Prozesse und fressen > 300 MB Ram. - Nur hatte ich OpenOffice seit dem 
> booten noch gar nicht auf ... höchst verdächtig!

...oder vielleicht threads? OOo muß, wie auch immer, ja irgendwo
herkommen. Vielleicht ist das Ding beim Beenden abgeraucht und hat eine
Endlosschleife stehengelassen...

> >Davon abgesehen - hast Du in letzter Zeit mehr RAM in den Rechner
> >gesteckt? Was für eine CPU + Chipset ist das? Mit ECC-RAM?
> 
> Nein. Eigentlich hab' ich mir noch 256MB geklaut. Das ist eine ASUS P2B-D 
> mit 2 500 MHz P3 (Katmai), Intel 440BX und 100MHZ SDRAMs (ohne ECC).

Uff, wie war da noch... Ab einer gewissen Menge an RAM schalten einige
Chipsets die Caches ab. (Mehr RAM, null Cache -> laaaangsam). Aber ich
weiß nicht, ob (oder bei wieviel RAM) das BX-Chipset das macht.

> >Och, Ideen ohne Ende:)
> >
> >- ECC scrubbing.
> 
> Was is'n das?

Wenn ECC-Fehler gefunden werden, kann das (reparierte) Byte zurück in
den Speicher geschrieben werden. Wenn ein Chip auf einem Riegel
komplett Matsche ist, kann's Dir passieren, daß ~ 2/3 der gesamten
Speicherbandbreite dabei d'raufgehen, den kaputten Chip zu überzeugen,
sich doch auch mal Daten zu merken:)

> >- SysRq nutzen und gucken, was die CPUs gerade machen.
> 
> Jetzt wird's aber langsam haarig. - Wollte eigentlich darauf verzichten 
> Dich einfangen und vor meinen Rechner zerren zu müssen ;-))))

Kriegst mich ja garnicht:)

> 1. Warum frißt X so viele Resourcen, wenn der Screensaver anspringt? Auf 
> meiner Workstation legt sich X dann sogar schlafen. Warum nicht hier?

OpenGL-Bildschirmschoner, aber keine entsprechende Hardware eingebaut?
(Bzw. Treiber dafür fehlen)

> 2. Wie kommt OpenOffice dazu sich gleich achtmal zu starten, viel Speicher 
> zu fressen und im Hintergrund zu schlummern?

Das könnten alles Threads sein. Ist VSS bei allen gleich groß, ebenso
RSS? Dann sind's solche.

Ansonsten - OOo ist ein Monster. Schon immer gewesen.

> 3. Sollte ich nochmal den Kernel optimieren und ihm vor allem überflüssige 
> Module klauen. Mein Gentoo lädt z.B. ein ide-cd Modul, wo 1. im Moment das 
>   IDE Geraffel komplett abgeklemmt ist, 2. sonst scsi emulation läuft und 
> 3. ich nirgendwo eingestellt habe, daß er so'n Modul laden soll ... Wenn 
> ich es ihm klaue (so wie anderes Modulgeraffel) kann das zumindest keine 
> Probleme mehr geben.

Jo.

MfG, JBG

-- 
   Jan-Benedict Glaw       jbglaw at lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier Bürger" | im Internet! |   im Irak!
   ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA));
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lug-owl.de/pipermail/linux/attachments/20031014/87044014/attachment.sig>