Die CPU-Auslastung beträgt 100%, wenn ich den Bildschirm sperre

Immer wenn ich den Bildschirm sperre, stoßen die CPU und der CPU-Lüfter nach einer bestimmten Zeit an ihre Grenzen und kehren zum Normalzustand zurück, sobald ich den Bildschirm wieder entsperre (wie von gezeigt psensor).

Wie kann ich herausfinden, welcher Prozess dafür verantwortlich ist?

Ich habe es mit "top -S" versucht und das Ergebnis ist das ...

  PID BENUTZER PR NI VIRT RES SHR S% CPU% MEM ZEIT + BEFEHL    
 2114 me 20 0 326 m 104 m 40 m R 16 2,6 66: 50,03 compiz     
 1234 Wurzel 20 0 396 m 152 m 98 m R 6 3,8 20: 23,88 Xorg       
 2204 me 20 0 160 m 38 m 30 m S 4 1,0 0: 33,35 yakuake    
 2446 me 20 0 206 m 18 m 12 m S 4 0,5 6: 32,18 psensor    
 2280 me 20 0 220 m 18 m 10 m S 2 0,5 5: 01,60 Einheitsplatte
 9138 me 20 0 154m 27m 15m S 2 0,7 0: 03,63 Plugin-Cont
 2282 me 20 0 65800 5272 3316 S 1 0.1 4: 36.90 hud-service
 2143 me 20 0 140 m 11 m 8352 S 1 0,3 2: 50,16 Indikator-m
 9095 me 20 0 720 m 253 m 36 m S 1 6,4 0: 26,34 Firefox    
 2076 me 20 0 7168 3484 828 S 1 0,1 1: 46,53 dbus-daemon
 2307 me 20 0 55000 5132 3632 S 1 0,1 2: 01,55 Indikator-a
 2557 me 20 0 86328 6028 4576 S 0 0,1 1: 44,71 conky      
 6290 me 20 0 2836 1296 964 R 0 0,0 0: 29,64 oben        
 6291 me 20 0 2836 1188 884 S 0 0.0 0: 29.49 top        
   1 root 20 0 3644 1984 1284 S 0 0,0 60: 57,76 init  

Technische Daten:

• Neuinstallation von Ubuntu 12.04
• Intel Core i5
• 4 GB RAM

Vielleicht verwendet [fglrx] compiz 100% CPU, wenn der Bildschirm ausgeschaltet wird (..), ist auch Ihr Problem. Dann können Sie Folgendes versuchen:

Umgehung:

1. Öffnen Sie das Catalyst Control Center.
2. Gehen Sie zu 3D> Weitere Einstellungen.
3. Setzen Sie "Warten auf vertikale Aktualisierung" auf "Ein, sofern die Anwendung nichts anderes angibt". Und wenn das nicht funktioniert, dann auch:
4. Führen Sie "ccsm" aus
5. Aktivieren Sie in Problemumgehungen "Vollbild-Neuzeichnung (Pufferwechsel) beim Neulackieren erzwingen".

Bitte markieren Sie den Fehler auch als "Dieser Fehler betrifft mich", falls dies der Fall sein sollte.

Für Benutzer mit "ähnlichen" Problemen: Es ist wichtig zu unterscheiden, ob die CPU-Auslastung steigt

• wenn der Bildschirmschoner "aktiviert" ODER
• wenn der Sperrbildschirm aktiviert wird.

Soweit ich aus Kommentaren sehe, kann dies leicht verwechselt werden (ich habe auch zum ersten Mal verwechselt).

Um zu unterscheiden:

• Führen Sie im Terminal "top" aus (oder verwenden Sie die Benutzeroberfläche "system-monitor", auf der die vergangene CPU-Auslastung sichtbar ist).
• Drücken Sie Alt-Strg-L (sofortige Bildschirmsperre).
• Warten Sie 3-4 Sekunden (10-20 Sekunden für "System-Monitor"),
• Computer entsperren und
• Drücken Sie SOFORT "q", um "top" zu beenden (oder überprüfen Sie einfach die letzten Minuten der CPU-Auslastung in "system-monitor").

Wenn es eine hohe CPU gab, haben Sie NICHTS mit dem Bildschirmschoner zu tun, da der Bildschirmschoner nicht aktiviert wurde. Dies ist bei meinem System der Fall.

Ich habe einen offiziellen Ubuntu-Fehler erstellt, aber festgestellt, dass diesbezüglich ein Fehler vorliegt. Deshalb habe ich Folgendes verlinkt: https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/1322751

Ich habe dort eine ziemlich brutale Problemumgehung aufgeschrieben. Bitte verwenden Sie es, wenn Sie verstanden haben, was dieses Skript tut - und es passt zu Ihnen.

Es scheint, dass ziemlich anständige Intel "Haswell" oder neuere CPU / GPUs betroffen sind.

Bitte kreuzen Sie "Dieser Fehler betrifft Sie" an, wenn er wahr ist.

Verwenden Sie, um herauszufinden, welche Prozesse die CPU verwenden, während der Bildschirm gesperrt ist

top -b -i > watch.txt

und sperren Sie den Bildschirm. Warten Sie eine Weile und sehen Sie sich dann die Datei an. Ich fand heraus, dass Compiz und Emacs während meiner Abwesenheit viel Spaß haben.