Regressione di potenza del kernel 3.3 di Linux

Sto usando Fedora 16 nel mio DELL n4110. Di recente ho aggiornato il kernel da 3.2 a 3.3. In contraddizione con l'affermazione ufficiale, il mio sistema scarica ancora la batteria da morire. Fornisce da 1:30 a 2 ore di backup in condizioni di stress normale come in precedenza, mentre Windows fornisce 3 ore / + di backup in condizioni di stress simili.

Di seguito sono riportate alcune schermate di powertop, statistiche sui servizi in esecuzione nella mia casella e alcune righe di grub.cfg.

Overview

Idle stats

Frequency stats

Device stats

tunable

services

/etc/init.d/ceph: ceph conf /etc/ceph/ceph.conf non trovato; il sistema non è configurato.
dc_client.service - SYSV: Distcache è un proxy client di cache di sessione SSL distribuito.
      Caricato: caricato (/etc/rc.d/init.d/dc_client)
      Attivo: inattivo (morto) 
      CGroup: name = systemd: /system/dc_client.service
dc_server.service - SYSV: Distcache è un server cache di sessione SSL distribuito.
      Caricato: caricato (/etc/rc.d/init.d/dc_server)
      Attivo: inattivo (morto)
      CGroup: name = systemd: /system/dc_server.service
# Generato da ebtables-save v1.0 il sabato 21 aprile 09:35:32 NPT 2012
* nat
: ACCETTO DI PREROUTING
: ACCETTA OUTPUT
: ACCETTAZIONE POSTROUTING
httpd.service - Il server HTTP Apache (prefork MPM)
      Caricato: caricato (/lib/systemd/system/httpd.service; disabilitato)
      Attivo: inattivo (morto)
      CGroup: name = systemd: /system/httpd.service
Nessuna sessione attiva
iscsid.service - LSB: avvia e arresta il demone iSCSI di accesso.
      Caricato: caricato (/etc/rc.d/init.d/iscsid)
      Attivo: attivo (in esecuzione) da sabato 21 aprile 2012 08:11:58 +0545; 1h 23min fa
     Processo: 1011 ExecStart = / etc / rc.d / init.d / iscsid start (codice = uscito, stato = 0 / SUCCESSO)
    PID principale: 1069 (iscsid)
      CGroup: name = systemd: /system/iscsid.service
          ├ 1056 iscsiuio
          ├ 1068 iscsid
          └ 1069 iscsid
libvirtd.service - LSB: demone per API di virtualizzazione libvirt
      Caricato: caricato (/etc/rc.d/init.d/libvirtd)
      Attivo: attivo (in esecuzione) da sabato 21 aprile 2012 08:11:58 +0545; 1h 23min fa
     Processo: 1086 ExecStart = / etc / rc.d / init.d / libvirtd start (codice = uscito, stato = 0 / SUCCESSO)
    PID principale: 1111 (libvirtd)
      CGroup: name = systemd: /system/libvirtd.service
          ├ 1111 libvirtd --daemon
          └ 1183 / usr / sbin / dnsmasq --strict-order --bind-interfaces ...
iniziato
Nessuna transazione aperta
modulo netconsole non caricato
Dispositivi configurati:
lo Auto_ADW-4401 Auto_PROLiNK_H5004N Auto_korky p4p1
Dispositivi attualmente attivi:
lo p4p1 virbr0
radvd.service - demone di annuncio router per IPv6
      Caricato: caricato (/lib/systemd/system/radvd.service; disabilitato)
      Attivo: inattivo (morto)
      CGroup: name = systemd: /system/radvd.service
sandbox è in esecuzione
svnserve.service - LSB: avvia e arresta il demone svnserve
      Caricato: caricato (/etc/rc.d/init.d/svnserve)
      Attivo: inattivo (morto)
      CGroup: name = systemd: /system/svnserve.service

grub.cfg

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Fedora (3.3.1-5.fc16.x86_64)' --class fedora --class gnu-linux --class gnu --class os {
    load_video
    set gfxpayload = keep
    insmod gzio
    insmod part_msdos
    insmod ext2
    set root = '(hd0, msdos6)'
    cerca --no-floppy --fs-uuid --set = root 2260640d-2901-49e4-b14f-bf9addb04eb7
    echo 'Caricamento Fedora (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_mach / rach_mach 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 'Caricamento del ramdisk iniziale ...'
    initrd /initramfs-3.3.1-5.fc16.x86_64.img
}
menuentry 'Fedora (3.3.1-3.fc16.x86_64)' --class fedora --class gnu-linux --class gnu --class os {
    load_video
    set gfxpayload = keep
    insmod gzio
    insmod part_msdos
    insmod ext2
    set root = '(hd0, msdos6)'
    cerca --no-floppy --fs-uuid --set = root 2260640d-2901-49e4-b14f-bf9addb04eb7
    echo 'Caricamento Fedora (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_mach / rach_mach / 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 'Caricamento del ramdisk iniziale ...'
    initrd /initramfs-3.3.1-3.fc16.x86_64.img
}

È normale? Ci sono ancora problemi con il consumo di energia in 3.3?

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

Da questa pagina , che dovrebbe anche trovarsi nel sorgente del kernel che hai usato per compilare 3.3 ...

Se sei totalmente sconcertato su chi inviare il rapporto, invialo a linux-kernel@vger.kernel.org. (Per ulteriori informazioni sulla mailing list del kernel Linux consultare http://www.tux.org/lkml/ ).

Il problema è risolto con le nuove versioni del kernel Linux :). Non vedo regressione di potenza da Ubuntu 14.