Sie sind nicht angemeldet.

openSUSE 12.1

Werbung

Monsterzeug - Coole Geschenkideen und abgefahrene Gadgets

Kontrollzentrum

Statistik

  • Mitglieder: 13156
  • Themen: 6487
  • Beiträge: 40197 (ø 27,8/Tag)
  • Wir begrüßen unser neuestes Mitglied: Nimbul666

Werbung

Restposten Notebooks 120x600

Als registrierter User von openSUSE-Forum.de erhalten Sie diese Werbeanzeige nicht. Jetzt registrieren

Monatsaktion Leaderboard 728x90

Beiträge: 33

gefunden durch: google

Betriebsystem: opensuse12.1 + windoof xp

Desktopoberfläche: kde 4.8.0

Wissensstand: Nutzer

  • Nachricht senden

1

Dienstag, 7. Februar 2012, 20:14

[gelöst] Zu häufiges Aufwachen der CPU [extra timer interrupt]

hallo und guten abend,

mir ist aufgefallen dass die wakeups from idle bei meinen netbook enorm hoch sind, um 350 pro sec, zum vergleich hat mein desktop-rechner gerade einmal um die 40 pro sec.(jeweils im leerlauf nach dem booten)
wie finde ich nun raus, was genau die vielen wakeups hervorruft, bzw. wie beseitige ich das?
hier die ausgabe von powertop:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
powertop -t 120 -d
PowerTOP 1.13   (C) 2007 - 2010 Intel Corporation 

Sammle Daten für 120 Sekunden 


Ihre CPU unterstützt folgende C-Status:C1 C2 C4 
Ihr BIOS meldet folgende C-Status:C1 C2 C4 
Cn       Verweildauer
C0 (Prozessor läuft)( 0,8%)
zyklisches AbfraC1 mwait  0,3ms ( 0,0%)
C1 mwait  4,0ms ( 0,6%)
C2 mwait 20,0ms (81,4%)
C4 mwait  0,6ms (17,2%)
P-States (Frequenzen)
  1,67 GHz 8,2%
  1333 MHz 0,0%
  1000 MHz91,8%
Aufwachen pro Sekunde : 344,5Intervall: 120,0s
Stromverbrauch (ACPI-Schätzung): 10,4W (3,0 Std.) 
Häufigste Ursachen für das Aufwachen:
  32,5% ( 26,7)   [extra timer interrupt]
  23,9% ( 19,6)   [Rescheduling interrupts] <kernel IPI>
  17,6% ( 14,5)   [kernel scheduler] Load balancing tick
  11,0% (  9,0)   kworker/0:0
   2,4% (  2,0)   gmixer
   1,3% (  1,1)   [acpi] <interrupt>
   1,3% (  1,0)   ntpd
   1,2% (  1,0)   kworker/u:2
   1,2% (  1,0)   [kernel core] start_rt_bandwidth (sched_rt_period_timer)
   1,2% (  1,0)   xfce4-cpufreq-p
   1,2% (  1,0)   kworker/1:1
   1,0% (  0,8)   [kernel core] hrtimer_start (tick_sched_timer)
   0,7% (  0,6)   [Function call interrupts] <kernel IPI>
   0,5% (  0,4)   upowerd
   0,5% (  0,4)   Xorg
   0,3% (  0,2)   xfdesktop
   0,3% (  0,2)   polkitd
   0,3% (  0,2)   watchdog/0
   0,3% (  0,2)   watchdog/1
   0,3% (  0,2)   tumblerd
   0,2% (  0,2)   rtkit-daemon
   0,2% (  0,2)   xscreensaver
   0,1% (  0,1)   khugepaged
   0,1% (  0,1)   [Non-maskable interrupts] <kernel IPI>
   0,0% (  0,0)   kworker/0:1
   0,0% (  0,0)   gconfd-2
   0,0% (  0,0)   rpcbind
   0,0% (  0,0)   Terminal
   0,0% (  0,0)   smbd
   0,0% (  0,0)   panel-12-dateti
   0,0% (  0,0)   cron
   0,0% (  0,0)   auditd
   0,0% (  0,0)   [TLB shootdowns] <kernel IPI>
   0,0% (  0,0)   zeitgeist-daemo

An audio device is active 100,0% of the time:
hwC0D0 Realtek ALC662 rev1 

Suggestion: Enable Device Power Management by pressing the P key


Vorschlag: Aktivieren Sie mit folgendem Befehl die HD-Audio Stromsparfunktionen:
   echo 1 > /sys/module/snd_hda_intel/parameters/power_save 
oder übergeben Sie dem Modul den Parameter power_save=1.

Vorschlag: Aktivieren Sie HPET (Multimedia Timer) in Ihrem BIOS oder benutzen
Sie den Kernel-Patch um HPET zu erzwingen. HPET Unterstützung erlaubt es dem
Linux Kernel längere Ruhepausen einzulegen.

Vorschlag: Deaktivieren Sie mit folgendem Befehl den NMI Wächter:
   echo 0 > /proc/sys/kernel/nmi_watchdog 
Der NMI Wächter ist ein Kernel Debug-Mechanismus um Deadlocks aufzuspüren

Vorschlag: Aktivieren Sie die Option CONFIG_INOTIFY Ihres Kernels.
Mit dieser Option können Programme auf Veränderungen im Dateisystem
warten, anstatt diese selber ständig abzufragen.

aktuelle "USB suspend" Statistiken
Name des aktiven Gerätes

Runtime Device Power Management statistics
Name des aktiven Gerätes
  0,0:00.0 Network controller: Ralink corp. RT3090 Wireless 802.11n 1T/1R PCIe
  0,0:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller 
  0,0:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller 
  0,0:1f.2 IDE interface: Intel Corporation N10/ICH7 Family SATA IDE Controller 
  0,0:1c.3 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 4 
  0,0:1c.2 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 3 
  0,0:1c.1 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 2 
  0,0:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 
  0,0:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller 
  0,0:02.0 VGA compatible controller: Intel Corporation N10 Family Integrated Graphics Controller
  0,0:00.0 Host bridge: Intel Corporation N10 Family DMI Bridge

Devices without runtime PM

00:1f.0 ISA bridge: Intel Corporation NM10 Family LPC Controller 
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge 
00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller 
00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 
00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 
3 more devices without runtime PM ommitted

Recent audio activity statistics
Name des aktiven Gerätes
100,0%hwC0D0 Realtek ALC662 rev1 

Recent SATA AHCI link activity statistics
ActivePartialSlumberDevice name



ps: der vorschlag von powertop den hpet-timer zu aktivieren, scheint bei mir nicht zu funktionieren, weder hpet=force, noch clocksource=hpet bringen ein ergebnis. mir ist miltlerweile auch klar warum:

Quellcode

1
2
cat /sys/devices/system/clocksource/clocksource0/available_clocksource
acpi_pm


achja: mein netbook.system: kernel 3.1.9 opensuse 12.1, intel atom n450, xfce 4.8

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »corpsebridegroom« (9. Februar 2012, 16:42)

Für den Inhalt des Beitrages 39098 haftet ausdrücklich der jeweilige Autor: corpsebridegroom

Beiträge: 33

gefunden durch: google

Betriebsystem: opensuse12.1 + windoof xp

Desktopoberfläche: kde 4.8.0

Wissensstand: Nutzer

  • Nachricht senden

2

Donnerstag, 9. Februar 2012, 16:42

ich hab inzwischen powertop 1.98 zum testen installiert, und siehe da: die wakeups liegen da, wo sie sein sollten, so um die 50 oder weniger im leerlauf. die in den openuse-repos vorhandene version 1.13 ist wohl schon zu alt, und kommt mit dem nicht richtig mit der atom-cpu klar.
promblem gelöst, und dank der neuen version auch gleich noch gesehen, dass mein sound keine stromsparoptionen nutzt und deshalb ständig läuft.
Für den Inhalt des Beitrages 39140 haftet ausdrücklich der jeweilige Autor: corpsebridegroom

Als registrierter User von openSUSE-Forum.de erhalten Sie diese Werbeanzeige nicht. Jetzt registrieren