Régression de puissance du noyau Linux 3.3

J'utilise Fedora 16 dans mon DELL n4110. J'ai récemment mis à jour le noyau de 3.2 à 3.3. En contradiction avec la déclaration officielle, mon système vide toujours la batterie comme un enfer. Il ne fournit que 1h30 à 2 heures de sauvegarde sous contrainte normale comme auparavant, alors que Windows fournit 3 heures / + de sauvegarde sous contrainte similaire.

Vous trouverez ci-dessous quelques captures d'écran de powertop, des statistiques sur les services exécutés dans ma boîte et quelques lignes de grub.cfg.

Overview

Idle stats

Frequency stats

Device stats

tunable

services

/etc/init.d/ceph: ceph conf /etc/ceph/ceph.conf introuvable; le système n'est pas configuré.
dc_client.service - SYSV: Distcache est un proxy client de cache de session SSL distribué.
      Chargé: chargé (/etc/rc.d/init.d/dc_client)
      Actif: inactif (mort) 
      CGroup: nom = systemd: /system/dc_client.service
dc_server.service - SYSV: Distcache est un serveur de cache de session SSL distribué.
      Chargé: chargé (/etc/rc.d/init.d/dc_server)
      Actif: inactif (mort)
      CGroup: nom = systemd: /system/dc_server.service
# Généré par ebtables-save v1.0 le Sam Apr 21 09:35:32 NPT 2012
* nat
: PRÉROUVER ACCEPTER
: SORTIE ACCEPTER
: ACCEPT APRÈS AVOIR
httpd.service - Le serveur HTTP Apache (préfork MPM)
      Chargé: chargé (/lib/systemd/system/httpd.service; désactivé)
      Actif: inactif (mort)
      CGroup: nom = systemd: /system/httpd.service
Aucune session active
iscsid.service - LSB: démarre et arrête le démon iSCSI de connexion.
      Chargé: chargé (/etc/rc.d/init.d/iscsid)
      Actif: actif (en cours d'exécution) depuis sam., 21 avril 2012 08:11:58 +0545; Il y a 1h 23min
     Processus: 1011 ExecStart = / etc / rc.d / init.d / iscsid start (code = sorti, status = 0 / SUCCESS)
    PID principal: 1069 (iscsid)
      CGroup: nom = systemd: /system/iscsid.service
          ├ 1056 iscsiuio
          ├ 1068 iscsid
          └ 1069 iscsid
libvirtd.service - LSB: démon pour l'API de virtualisation libvirt
      Chargé: chargé (/etc/rc.d/init.d/libvirtd)
      Actif: actif (en cours d'exécution) depuis sam., 21 avril 2012 08:11:58 +0545; Il y a 1h 23min
     Processus: 1086 ExecStart = / etc / rc.d / init.d / libvirtd start (code = sorti, status = 0 / SUCCESS)
    PID principal: 1111 (libvirtd)
      CGroup: nom = systemd: /system/libvirtd.service
          ├ 1111 libvirtd --daemon
          └ 1183 / usr / sbin / dnsmasq --strict-order --bind-interfaces ...
commencé
Aucune transaction ouverte
module netconsole non chargé
Appareils configurés:
lo Auto_ADW-4401 Auto_PROLiNK_H5004N Auto_korky p4p1
Appareils actuellement actifs:
lo p4p1 virbr0
radvd.service - démon de publicité de routeur pour IPv6
      Chargé: chargé (/lib/systemd/system/radvd.service; désactivé)
      Actif: inactif (mort)
      CGroup: nom = systemd: /system/radvd.service
bac à sable en cours d'exécution
svnserve.service - LSB: démarrer et arrêter le démon svnserve
      Chargé: chargé (/etc/rc.d/init.d/svnserve)
      Actif: inactif (mort)
      CGroup: nom = 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)'
    rechercher - pas de disquette --fs-uuid --set = root 2260640d-2901-49e4-b14f-bf9addb04eb7
    echo 'Chargement de 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_machine 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 'Chargement du disque virtuel initial ...'
    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)'
    rechercher - pas de disquette --fs-uuid --set = root 2260640d-2901-49e4-b14f-bf9addb04eb7
    echo 'Chargement de 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 = lv_machine 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 'Chargement du disque virtuel initial ...'
    initrd /initramfs-3.3.1-3.fc16.x86_64.img
}

Est-ce normal? Y a-t-il encore des problèmes de consommation d'énergie en 3.3?

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

Depuis cette page , qui devrait également se trouver dans la source du noyau que vous avez utilisée pour compiler 3.3 ...

Si vous ne savez pas trop à qui envoyer le rapport, envoyez-le à linux-kernel@vger.kernel.org. (Pour plus d'informations sur la liste de diffusion linux-kernel, voir http://www.tux.org/lkml/ ).

Le problème a disparu avec les nouvelles versions du noyau Linux :). Je n'ai pas vu de régression du pouvoir depuis Ubuntu 14.