Linux Kernel 3.3 Power Regression

8

Ich verwende Fedora 16 in meinem DELL n4110. Ich habe kürzlich den Kernel von 3.2 auf 3.3 aktualisiert. Im Gegensatz zur offiziellen Behauptung leert mein System immer noch die Batterie. Es bietet nur 1:30 bis 2 Stunden Backup unter normalem Stress wie zuvor, während Windows 3 Stunden / + Backup unter ähnlichem Stress bereitstellt.

Unten finden Sie einige Screenshots von powertop, Statistiken zu den Diensten, die in meiner Box ausgeführt werden, und einige Zeilen von grub.cfg.

Overview Geben Sie hier die Bildbeschreibung ein

Idle stats Geben Sie hier die Bildbeschreibung ein

Frequency stats Geben Sie hier die Bildbeschreibung ein

Device stats Geben Sie hier die Bildbeschreibung ein

tunable Geben Sie hier die Bildbeschreibung ein

services

/etc/init.d/ceph: ceph conf /etc/ceph/ceph.conf nicht gefunden; System ist nicht konfiguriert.
dc_client.service - SYSV: Distcache ist ein verteilter SSL-Sitzungscache-Client-Proxy.
      Geladen: geladen (/etc/rc.d/init.d/dc_client)
      Aktiv: inaktiv (tot) 
      CGroup: name = systemd: /system/dc_client.service
dc_server.service - SYSV: Distcache ist ein verteilter SSL-Sitzungscacheserver.
      Geladen: geladen (/etc/rc.d/init.d/dc_server)
      Aktiv: inaktiv (tot)
      CGroup: name = systemd: /system/dc_server.service
# Erstellt von ebtables-save v1.0 am Sat Apr 21 09:35:32 NPT 2012
* nat
: PREROUTING ACCEPT
: AUSGANG AKZEPTIEREN
: POSTROUTING ACCEPT
httpd.service - Der Apache HTTP Server (Prefork MPM)
      Geladen: geladen (/lib/systemd/system/httpd.service; deaktiviert)
      Aktiv: inaktiv (tot)
      CGroup: name = systemd: /system/httpd.service
Keine aktiven Sitzungen
iscsid.service - LSB: Startet und stoppt den iSCSI-Anmeldedämon.
      Geladen: geladen (/etc/rc.d/init.d/iscsid)
      Aktiv: aktiv (läuft) seit Sa, 21 Apr 2012 08:11:58 +0545; Vor 1h 23min
     Prozess: 1011 ExecStart = / etc / rc.d / init.d / iscsid start (Code = beendet, Status = 0 / ERFOLG)
    Haupt-PID: 1069 (iscsid)
      CGroup: name = systemd: /system/iscsid.service
          6 1056 iscsiuio
          8 1068 iscsid
          9 1069 iscsid
libvirtd.service - LSB: Daemon für die libvirt-Virtualisierungs-API
      Geladen: geladen (/etc/rc.d/init.d/libvirtd)
      Aktiv: aktiv (läuft) seit Sa, 21 Apr 2012 08:11:58 +0545; Vor 1h 23min
     Prozess: 1086 ExecStart = / etc / rc.d / init.d / libvirtd start (Code = beendet, Status = 0 / ERFOLG)
    Haupt-PID: 1111 (libvirtd)
      CGroup: name = systemd: /system/libvirtd.service
          ├ 1111 libvirtd --daemon
          └ 1183 / usr / sbin / dnsmasq --strict-order --bind-interfaces ...
gestartet
Keine offene Transaktion
Netconsole-Modul nicht geladen
Konfigurierte Geräte:
lo Auto_ADW-4401 Auto_PROLiNK_H5004N Auto_korky p4p1
Derzeit aktive Geräte:
lo p4p1 virbr0
radvd.service - Router Advertisement Daemon für IPv6
      Geladen: geladen (/lib/systemd/system/radvd.service; deaktiviert)
      Aktiv: inaktiv (tot)
      CGroup: name = systemd: /system/radvd.service
Sandbox läuft
svnserve.service - LSB: Starten und Stoppen des svnserve-Daemons
      Geladen: geladen (/etc/rc.d/init.d/svnserve)
      Aktiv: inaktiv (tot)
      CGroup: name = systemd: /system/svnserve.service

grub.cfg

### BEGIN /etc/grub.d/10_linux ###
Menüeintrag 'Fedora (3.3.1-5.fc16.x86_64)' - Klasse Fedora - Klasse Gnu-Linux - Klasse Gnu - Klasse OS {
    load_video
    setze gfxpayload = keep
    insmod gzio
    insmod part_msdos
    insmod ext2
    setze root = '(hd0, msdos6)'
    Suche --no-floppy --fs-uuid --set = root 2260640d-2901-49e4-b14f-bf9addb04eb7
    echo 'Fedora wird geladen (3.3.1-5.fc16.x86_64)'
    linux /vmlinuz-3.3.1-5.fc16.x86_64 root = / dev / mapper / vg_machine-lv_root ro pcie_aspm = force i915.i915_enable_rc6 = 1 i915.i915_enable_fbc = 1 rd.lvm.lv = vg_machd / m 0 rd.dm = 0 KEYTABLE = us quiet SYSFONT = latarcyrheb-sun16 rhgb rd.luks = 0 rd.lvm.lv = vg_machine / lv_swap LANG = en_US.UTF-8
    echo 'Erste Ramdisk wird geladen ...'
    initrd /initramfs-3.3.1-5.fc16.x86_64.img
}}
Menüeintrag 'Fedora (3.3.1-3.fc16.x86_64)' - Klasse Fedora - Klasse Gnu-Linux - Klasse Gnu - Klasse OS {
    load_video
    setze gfxpayload = keep
    insmod gzio
    insmod part_msdos
    insmod ext2
    setze root = '(hd0, msdos6)'
    Suche --no-floppy --fs-uuid --set = root 2260640d-2901-49e4-b14f-bf9addb04eb7
    echo 'Fedora wird geladen (3.3.1-3.fc16.x86_64)'
    linux /vmlinuz-3.3.1-3.fc16.x86_64 root = / dev / mapper / vg_machine-lv_root ro pcie_aspm = force i915.i915_enable_rc6 = 1 i915.i915_enable_fbc = 1 rd.lvm.lv = vg_machd / md 0 rd.dm = 0 KEYTABLE = us quiet SYSFONT = latarcyrheb-sun16 rhgb rd.luks = 0 rd.lvm.lv = vg_machine / lv_swap LANG = en_US.UTF-8
    echo 'Erste Ramdisk wird geladen ...'
    initrd /initramfs-3.3.1-3.fc16.x86_64.img
}}

Ist das normal? Gibt es in 3.3 immer noch Probleme mit dem Stromverbrauch?

Is there any way to report this problem to the official kernel group???

user24665
quelle
5
Dies hängt weit mehr als nur von der Linux-Version ab. Ich würde eher sagen, dass ein bloßes Upgrade Ihres Kernels nur sehr geringe Chancen hat, den Batterieverbrauch erheblich zu verändern. Sie müssen das Problem mit geeigneten Tools untersuchen, powertopanstatt nur Ihren Kernel zu aktualisieren.
Rozcietrzewiacz
3
@rozcietrzewiacz Der Batterieverbrauch hängt möglicherweise mit dem Kernel zusammen, z. B. wenn ein Treiber ein Peripheriegerät nicht in den richtigen Modus versetzt oder die Firmware fehlt, mit der Strom gespart werden kann.
Gilles 'SO - hör auf böse zu sein'
Gibt es eine Lösung dafür ???
user24665
Können Sie die Bildschirmhelligkeit ein wenig verringern, versuchen Sie es auch mit einem anderen DE - wie LXDE
Jet
@jet Ich habe alle anderen leichten Muscheln ausprobiert, sogar versucht, die Birghtness des Bildschirms zu verringern. Das n-te hat für mich funktioniert und mein Lüfter pumpt Wärme ab, als ob er meine Hand kochen könnte
user24665

Antworten:

1

Von dieser Seite , die sich auch in der Kernelquelle befinden sollte, die Sie zum Kompilieren von 3.3 verwendet haben ...

Wenn Sie nicht wissen, an wen Sie den Bericht senden sollen, senden Sie ihn an [email protected]. (Weitere Informationen zur Linux-Kernel-Mailingliste finden Sie unter http://www.tux.org/lkml/ ).

Scott Hoffman
quelle
0

Das Problem ist mit neuen Versionen des Linux-Kernels verschwunden :). Ich habe seit Ubuntu 14 keine Machtregression mehr gesehen.

user24665
quelle