Warum zeigt „top“ an, dass meine Maschine nur zu 50 % im Leerlauf ist?

Warum zeigt „top“ an, dass meine Maschine nur zu 50 % im Leerlauf ist?

Was ist denn hier los?

Ich führe nichts auf dem System aus iotopund iftopzeige, dass sowohl das Netzwerk als auch die Festplatte im Leerlauf sind, und oben (sortiert nach %CPU) wird angezeigt, dass nichts läuft. Warum ist das System also nur zu 50 % im Leerlauf? Worauf warten die anderen 50 %? Wie kann ich das herausfinden?

top - 12:01:05 up 3 days, 15:03,  1 user,  load average: 6.00, 6.01, 6.05
Tasks: 179 total,   1 running, 178 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.7%us,  0.0%sy,  0.0%ni, 49.7%id, 49.7%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   2053996k total,  1992600k used,    61396k free,    81680k buffers
Swap:  4092924k total,    10740k used,  4082184k free,  1338636k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 1042 deb       20   0 21468 1412 1000 R    1  0.1   0:00.03 top
    1 root      20   0 24188 1952 1152 S    0  0.1   0:01.44 init
    2 root      20   0     0    0    0 S    0  0.0   0:00.05 kthreadd

Update: dmesgzeigt ein Problem mit dem Druckertreiber:

[28858.561847] cnijnetprn[1503]: segfault at 29 ip 00007f56cf3480f7 sp 00007fffb964ec30 error 4 in libcnnet.so.1.2.0[7f56cf345000+9000]
[68851.187802] cnijnetprn[9180]: segfault at 29 ip 00007ffe7636a0f7 sp 00007fff9a8b1990 error 4 in libcnnet.so.1.2.0[7ffe76367000+9000]
[155412.107826] cnijnetprn[19966]: segfault at 29 ip 00007fc31de770f7 sp 00007fffc03aa8e0 error 4 in libcnnet.so.1.2.0[7fc31de74000+9000]

und auch einige Probleme mit cp:

[248041.172067] INFO: task cp:27488 blocked for more than 120 seconds.
[248041.172071] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[248041.172075] cp              D ffffffff81805120     0 27488  27345 0x00000004
[248041.172080]  ffff880078d57a38 0000000000000046 ffff880078d579d8 ffffffff81032a79
[248041.172085]  ffff880078d57fd8 ffff880078d57fd8 ffff880078d57fd8 0000000000012a40
[248041.172090]  ffff88007b818000 ffff880069acc560 ffff880078d57a18 ffff88007f8532c0
[248041.172095] Call Trace:
[248041.172104]  [<ffffffff81032a79>] ? default_spin_lock_flags+0x9/0x10
[248041.172109]  [<ffffffff8110a360>] ? __lock_page+0x70/0x70
[248041.172114]  [<ffffffff815f0ecf>] schedule+0x3f/0x60

Ich habe versucht, etwas auf den USB-Stick zu kopieren, der an den Router angeschlossen ist und mit mount.cifs auf diesem Computer gemountet wurde. Das führt fast immer dazu, dass alles einfriert, also vermute ich, dass das das Problem ist. Ich werde neu starten und mount.cifs nicht mehr verwenden.

Antwort1

Zum Zeitpunkt dieser Messung war Ihr System 99,4 % der Zeit im Leerlauf.

CPU(s): 0,7 %us, 0,0 %sy, 0,0 %ni, 49,7 %id,49,7 %wa, 0,0 % hallo, 0,0 % si, 0,0 % st

Entsprechend dermanpagevon top,wasteht fürAbonnieren:

wa - Iowait
Zeit, die die CPU auf den Abschluss der E/A gewartet hat.

Obwohl die CPU auf den Abschluss der E/A wartet, wird sie nicht verwendet und kann als im Leerlauf befindlich betrachtet werden.

Die Frage ist: Warum gibt es eine so hoheAbonnierenWert, wenn iotopkeine Festplattenaktivität angezeigt wird? Dies kann zum Beispiel durch Festplattenlaufwerke verursacht werden, die kurz vor dem Ausfall stehen, oder andere Probleme mit lokalen oder Remote-Mounts. Ich schlage vor, Ihre Festplatten mit demFestplattendienstprogrammund suchen Sie in der Ausgabe von nach E/A-bezogenen Meldungen dmesg.

verwandte Informationen