[Vollquoting nach /dev/null entsorgt]

Ich habe hier ein Tyan Thunder II mit 2x Pentium 333 laufen. Außer, das das Ganze keinen großen Gewinn abwirft (außer beim Kernel-compilieren und speziellen Anwendungen) läuft es genauso stabil wie vorher (mit 1 x P333).

<OT> Da zeigt es sich wieder einmal: Schnelle CPU(s) bringt nichts, wenn die restliche Hardware lahmt. Ich hab standardmäßig xosview laufen. Bei meiner täglichen Anwenderarbeit ist die CPU-Auslastung selten dauerhaft höher als 30%. Ich hab einen 300 MHz AMD und eine 2. CPU würde sich auch bei mir durchgehend langweilen. Mehr RAM und schnelle Platten/Controller sind hier die Lösung. Kernel kompilieren ... naja, das dauert schon, aber ich hab heute morgen kompiliert und wenn ich morgen boote (naja, uptime von 22 Tagen will ich eigentlich nicht löschen) sehe ich, obs klappt oder nicht. Ob der Kernel nun in 3 oder 30 min kompiliert: Das meiste wird ohnehin modular kompiliert, man braucht also nicht für jede Änderung neu kompilieren/booten ... </OT> Gruß Raphael Becker -- Online-Doku: http://rhb.swm.uni-mannheim.de/online-doku/index.html Gesucht - Gefunden: Linux-Anleitungen Fehlt was? Dann nix wie her mit dem URL mailto:online-doku@gmx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com

Moin! On Mon Aug 30 09:17:24 1999 CEST Marten Feldtmann wrote:

Raphael Becker schrieb:

...

Da zeigt es sich wieder einmal: Schnelle CPU(s) bringt nichts, wenn die restliche Hardware lahmt. Ich hab standardmäßig xosview laufen. Bei meiner täglichen Anwenderarbeit ist die CPU-Auslastung selten dauerhaft höher als 30%. Ich hab einen 300 MHz AMD und eine 2. CPU würde sich auch bei mir durchgehend langweilen.

Mehr RAM und schnelle Platten/Controller sind hier die Lösung.

Hmm, habe auch Tyan und 2x P 350 drinne, 256 MByte RAM und ich wuerde das ein wenig anders sehen. Bei mir spielt xosview oftmals recht merkwuerige Sachen ab, die ich auf die nicht optimale Unterstuetzung von Linux bei SMP Maschinen schieben wuerde:

Bei mir zeigt die CPU-1 100% an, wobei die CPU-2 nichts tut und danach wechseln die Aufgaben und die CPU-2 zeigt 100% an und die CPU-1 zeigt kaum Auslastung an. Das geht dann oftmals so hin und her.

Wenn ich den Mechanismus richtig verstanden habe, nach dem die "Lastverteilung" funktioniert, dann ist das mal wieder "It's not a Bug, it's a Feature" <g> ---Aus /usr/src/linux/arch/i386/kernel/smp.c--- * (For a P5 this pretty much means we will choose another idle * CPU almost always at wakeup time (this is due to the small * L1 cache), on PIIs it's around 50-100 usecs, depending on * the cache size) ----------------------------------------------- Dieses Verhalten ist also gewollt, warum auch immer.

Aber ich habe hier auch Datenbanken drauf und aehnliche Sachen ...

Dann sind deine Datenbanken vermutlich (noch) nicht multithreaded und nutzen dein System wirklich nicht voll aus. Mehr Infos zu diesem Thema sollte es unter http://www.taubenschlag.uni-frankfurt.de/LDP/HOWTO/Parallel-Processing-HOWTO... geben. Tschau, Eike -- \\|// LINUX wird nie zum meistinstallierten System - so (@ @) oft wie man Win95 neu installieren darf! ----oOO---(_)--OOo----- <eike.bernhardt@gmx.de> http://privat.schlund.de/eike-bernhardt/ -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com

Moin! On Tue Aug 31 14:44:34 1999 CEST Marten Feldtmann wrote:

Eike Bernhardt schrieb:

...

...

Aber ich habe hier auch Datenbanken drauf und aehnliche Sachen ...

Dann sind deine Datenbanken vermutlich (noch) nicht multithreaded und nutzen dein System wirklich nicht voll aus.

Na ja, die DB setzt sich aus mehreren Prozessen zusammen ... daher ist das durchaus gewaehrleistet.

Denn sollten die Prozessoren ja auch beide mal gut ausgelastet sein. Das hier kan gestern über die Kernel-ML - könnte durchaus interessant sein: --8<-- I compiled my brand new 2.2.12 kernel with Andrea Arcangeli's SMP-scheduler-2_2_11-E patch and I was stunned. The system felt much faster and much more responsive. XFree comes up much quicker, both CPUs are really busy at 100% while X is starting. I was impressed. Almost the same performace gain after moving from 2.0.x to 2.1.x/2.2.x. WOW!!!!! The patch is about when waking up a process the kernel scheduler first tries to find an idle CPU to run the process on. You can get the patch at: ftp://ftp.suse.com/pub/people/andrea/kernel-patches/my-2.2.12/ SMP-scheduler-2_2_11-E AFAIK this patch can be used against 2.2.11 and 2.2.12 and speeds up both kernels on SMP systems although I haven't tried it with a 2.2.11, only with 2.2.12. The patch was merged into 2.3.15 but not yet in 2.2.x because it's a performance issue only but I feel it deserves to be integrated into 2.2.x because it speeds up so much on SMP machines. So go, test it, enjoy the performace gain and tell the world about it!!! I had my system up for >10h on the weekend with lots of processes (niced and regular prio). It was rock stable. This is my hardware setup: ... Punchline: I will never again compile a 2.2.x kernel without this performace booster. P.S.: Don't forget ftp://ftp.suse.com/pub/people/andrea/kernel-patches/my-2.2.12/printk-races- 2.2.11-D or you may have a klogd with 100% CPU again. -->8-- Habs aber selbst noch nicht ausprobiert. Tschau, Eike -- \\|// LINUX wird nie zum meistinstallierten System - so (@ @) oft wie man Win95 neu installieren darf! ----oOO---(_)--OOo----- <eike.bernhardt@gmx.de> http://privat.schlund.de/eike-bernhardt/ -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com

Manfred Tremmel schrieb:

Am Mon, 30 Aug 1999 schrieb Marten Feldtmann:

...

Bei mir zeigt die CPU-1 100% an, wobei die CPU-2 nichts tut und danach wechseln die Aufgaben und die CPU-2 zeigt 100% an und die CPU-1 zeigt kaum Auslastung an. Das geht dann oftmals so hin und her.

Also da kann Linux nun wirklich nichts dafür, ein Programm das als ein- zelner Thread läuft kann nun mal nicht aufgeteilt werden, auf welcher CPU das letztendlich landet ist natürlich auch nicht fest und kann beim Taskwechsel kann die CPU natürlich auch mal wechseln. Würde das Programm z.B. das Bild aufteilen, und für jeden Teil einen eigenen Thread starten, würd das schon wieder ganz anders aussehen (aber mal ehrlich, wie oft lohnt es den Verwaltungsaufwand dafür wirklich?).

Nein, das ist nicht der Punkt. Auf dem System laufen mehrere Prozesse (Datenbank, Textverarbeitung, Entwicklungstools) und die haben auch was zu tun - aber xosview zeigt eben eine CPU-Auslastung an, die darauf hindeutet, dass die CPU's im Ping-Pong System die Arbeit bewaeltigen (auf Taktebene ist das vielleicht eh so) und das deutet doch wohl darauf hin, dass sich da noch vieles blockiert bei Linux. Wie gesagt: das ist eine Interpretation der grafischen Ausgabe von xosview. Es tritt nicht immer auf, aber es tritt so haeufig auf, dass dieses Spiel einem auffaellt. Marten -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com