Rechner wird nicht ausgelastet
Hallo, ich habe momentan ein merkwürdiges Problem: ein Rechner mit i7 2600 Prozessor und Suse 13.1 läuft momentan als 'Renderknecht'. Es laufen 4 Rechenprozesse gleichzeitig. Normalerweise müßte der Load jetzt bei genau 4 sein (wenn man nicht nebenbei an dem Rechner arbeitet, zB. über Nacht). Dem ist aber nicht so, der Load liegt im Mittel bei ca. 3.5 - 3.7. Anbei ein Screenshot von 'top' und ein Anhang 'xload' Frage; warum wird der Rechner nicht voll ausgelastet ? Ich meine, früher war das ok und erst mit irgendeinem Onlineupdate habe ich dieses merkwürdige Verhalten. Jürgen --------->8========= top - 22:22:43 up 10 days, 3:32, 31 users, load average: 3,49, 3,58, 3,62 Tasks: 326 total, 5 running, 321 sleeping, 0 stopped, 0 zombie %Cpu(s): 0,2 us, 0,1 sy, 49,9 ni, 49,5 id, 0,0 wa, 0,0 hi, 0,2 si, 0,0 st KiB Mem: 7913424 total, 7531856 used, 381568 free, 168768 buffers KiB Swap: 33559548 total, 149988 used, 33409560 free, 4508604 cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 24538 cfjh 30 10 7876320 365888 1288 R 100,0 4,624 493:11.57 lm20 24685 cfjh 30 10 7876320 366376 1292 R 100,0 4,630 462:09.27 lm20 25185 cfjh 30 10 7876320 366000 1292 R 100,0 4,625 348:09.41 lm20 22957 cfjh 30 10 7876320 366836 1292 R 99,97 4,636 855:12.73 lm20 449 cfjh 20 0 3120880 288828 34844 S 1,328 3,650 89:04.98 kate 2678 cfjh 20 0 638656 36812 22132 S 0,664 0,465 42:26.39 konsole 2671 cfjh 20 0 630032 29172 19424 S 0,332 0,369 35:50.78 konsole 3419 cfjh 20 0 136128 10544 800 S 0,332 0,133 0:29.73 python
Hallo, Am Fri, 01 Jul 2016, Jürgen Hochwald schrieb:
ich habe momentan ein merkwürdiges Problem: ein Rechner mit i7 2600 Prozessor und Suse 13.1 läuft momentan als 'Renderknecht'. Es laufen 4 Rechenprozesse gleichzeitig. Normalerweise müßte der Load jetzt bei genau 4 sein (wenn man nicht nebenbei an dem Rechner arbeitet, zB. über Nacht). Dem ist aber nicht so, der Load liegt im Mittel bei ca. 3.5 - 3.7.
Anbei ein Screenshot von 'top' und ein Anhang 'xload'
Frage; warum wird der Rechner nicht voll ausgelastet ? [..] PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 24538 cfjh 30 10 7876320 365888 1288 R 100,0 4,624 493:11.57 lm20 24685 cfjh 30 10 7876320 366376 1292 R 100,0 4,630 462:09.27 lm20 25185 cfjh 30 10 7876320 366000 1292 R 100,0 4,625 348:09.41 lm20 22957 cfjh 30 10 7876320 366836 1292 R 99,97 4,636 855:12.73 lm20 ^^^^^
Diese 4 Prozesse lasten deine 4 Kerne zu 399.97% von 400% aus... Was willst du noch? -dnh, .oO( wer lesen kann ... )0o. -- Gerade bei Anschaffung einer Frau gilt: Das teuerste Modell ist nicht das beste. Gerade hier lohnt oft ein Blick auf den Gebrauchtmarkt. -- H. Bonfigt -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 02.07.2016 um 06:37 schrieb David Haller:
Hallo,
...
Diese 4 Prozesse lasten deine 4 Kerne zu 399.97% von 400% aus... Was willst du noch?
Die %CPU-Anzeige ist schon klar, aber warum kommt der Load dann nicht auf genau 4. Und warum ist das so zackig (oder liegt da ein Meßfehler vor) ? Welcher Anzeige kann man dann glauben ? Und früher war das nicht so, da war auch der Load bei genau 4 und war eine glatte Linie. Jürgen -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
On Sat, 2 Jul 2016 12:16, Jürgen Hochwald wrote:
Am 02.07.2016 um 06:37 schrieb David Haller:
Hallo,
...
Diese 4 Prozesse lasten deine 4 Kerne zu 399.97% von 400% aus... Was willst du noch?
Die %CPU-Anzeige ist schon klar, aber warum kommt der Load dann nicht auf genau 4. Und warum ist das so zackig (oder liegt da ein Meßfehler vor) ? Welcher Anzeige kann man dann glauben ?
Und früher war das nicht so, da war auch der Load bei genau 4 und war eine glatte Linie.
Jürgen
Könnte es sein das der Kernel aktualisert wurde? Da war was mit einem Patch der das nicht ganz korrekte berechnen der gemittelten Last (avg. load) korrigierte und damit bei vielen Nutzern verwirrung auslöste (z.B. RHEL 6 / Centos 6) Persönlich geb ich der "load-avg" nicht die Bedeutung, sondern maximal eine "Trend" Aussage (1min, 5min, 15min). - Zu ungenau (seit sehr langer Zeit, 2.0.x/2.2.x Kernel) - Wichtige Details werden falsch eingerechnet (spez. IO-Wait) die Ersten Zeilen von top mit %CPU sind wertiger, z.B.: [code] %Cpu(s): 2,3 us, 1,5 sy, 0,0 ni, 96,2 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st [/code] sagt aus was wirklich abgeht. User, System, Nice, Idle, IO-Wait, Hardw.Int, Softw.Int, Stolen ("Stolen" ist nur in einer Virt. Masch interessant) siehe auch "man 1 top" Abschnitt "2b. TASK and CPU States" In deinem Fall würd ich sagen das die Differenz zwischen 4.0 und dem jetztigen Wert (z.B. 3.7) daher rührt das IO-wait nicht mehr zur "load" dazu gerechnet wird. Das heist hier, das die Zeit zwischen aktiven Rendern eines Segmentes, also die Zeit für den Austausch der Daten (abliefern der fertigen Daten, holen des nächsten Segements) nicht mehr als "load 1.0" in der "load-avg" auftauchen, sondern nur noch mit der wirklich verursachten CPU last. Also reine Kosmetik auf dem Weg zu einem bißchen mehr an Ehrlichkeit. Schönes Wochenende noch. - Yamaban.
Hallo, Am Freitag, den 01.07.2016, 22:52 +0200 schrieb Jürgen Hochwald:
Hallo,
ich habe momentan ein merkwürdiges Problem: ein Rechner mit i7 2600
Prozessor hat mit HT auch 8 virtuelle Kerne, daher 50% idle. Ausgelastet ist der so auf gar keinen Fall.
Jürgen
--------->8========= top - 22:22:43 up 10 days, 3:32, 31 users, load average: 3,49, 3,58, 3,62 Tasks: 326 total, 5 running, 321 sleeping, 0 stopped, 0 zombie %Cpu(s): 0,2 us, 0,1 sy, 49,9 ni, 49,5 id, 0,0 wa, 0,0 hi, 0,2 si, 0,0 st KiB Mem: 7913424 total, 7531856 used, 381568 free, 168768 buffers KiB Swap: 33559548 total, 149988 used, 33409560 free, 4508604 cached 3419 cfjh 20 0 136128 10544 800 S 0,332 0,133 0:29.73 python
Jens -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (4)
-
David Haller -
Jens Keizer -
Jürgen Hochwald -
Yamaban