Regresión de potencia del kernel 3.3 de Linux

Estoy usando Fedora 16 en mi DELL n4110. Recientemente actualicé el kernel de 3.2 a 3.3. En contradicción con el reclamo oficial, mi sistema todavía agota la batería como el infierno. Solo proporciona 1:30 a 2 horas de respaldo en condiciones normales de estrés como antes, mientras que Windows proporciona 3 horas / + de respaldo en condiciones de estrés similares.

A continuación se muestran algunas capturas de pantalla powertop, estadísticas sobre los servicios que se ejecutan en mi caja y algunas líneas de grub.cfg.

Overview

Idle stats

Frequency stats

Device stats

tunable

services

/etc/init.d/ceph: ceph conf /etc/ceph/ceph.conf no encontrado; El sistema no está configurado.
dc_client.service - SYSV: Distcache es un proxy de cliente de caché de sesión SSL distribuido.
      Cargado: cargado (/etc/rc.d/init.d/dc_client)
      Activo: inactivo (muerto) 
      CGroup: name = systemd: /system/dc_client.service
dc_server.service - SYSV: Distcache es un servidor de caché de sesión SSL distribuido.
      Cargado: cargado (/etc/rc.d/init.d/dc_server)
      Activo: inactivo (muerto)
      CGroup: name = systemd: /system/dc_server.service
# Generado por ebtables-save v1.0 el sábado 21 de abril 09:35:32 NPT 2012
* nat
: ACEPTACIÓN DE PREROUTING
: ACEPTACIÓN DE SALIDA
: ACEPTACIÓN POSTROUTING
httpd.service: el servidor HTTP Apache (prefork MPM)
      Cargado: cargado (/lib/systemd/system/httpd.service; deshabilitado)
      Activo: inactivo (muerto)
      CGroup: name = systemd: /system/httpd.service
No hay sesiones activas.
iscsid.service - LSB: inicia y detiene el inicio de sesión del demonio iSCSI.
      Cargado: cargado (/etc/rc.d/init.d/iscsid)
      Activo: activo (en ejecución) desde el sábado 21 de abril de 2012 08:11:58 + 0545; Hace 1h 23min
     Proceso: 1011 ExecStart = / etc / rc.d / init.d / iscsid start (código = salido, estado = 0 / ÉXITO)
    PID principal: 1069 (iscsid)
      CGroup: name = systemd: /system/iscsid.service
          56 1056 iscsiuio
          ├ 1068 iscsid
          └ 1069 iscsid
libvirtd.service - LSB: demonio para la API de virtualización de libvirt
      Cargado: cargado (/etc/rc.d/init.d/libvirtd)
      Activo: activo (en ejecución) desde el sábado 21 de abril de 2012 08:11:58 + 0545; Hace 1h 23min
     Proceso: 1086 ExecStart = / etc / rc.d / init.d / libvirtd start (código = salido, estado = 0 / ÉXITO)
    PID principal: 1111 (libvirtd)
      CGroup: name = systemd: /system/libvirtd.service
          11 1111 libvirtd --daemon
          83 1183 / usr / sbin / dnsmasq --strict-order --bind-interfaces ...
empezado
Sin transacción abierta
módulo netconsole no cargado
Dispositivos configurados:
lo Auto_ADW-4401 Auto_PROLiNK_H5004N Auto_korky p4p1
Dispositivos actualmente activos:
lo p4p1 virbr0
radvd.service - demonio de publicidad de enrutador para IPv6
      Cargado: cargado (/lib/systemd/system/radvd.service; deshabilitado)
      Activo: inactivo (muerto)
      CGroup: name = systemd: /system/radvd.service
sandbox se está ejecutando
svnserve.service - LSB: iniciar y detener el demonio svnserve
      Cargado: cargado (/etc/rc.d/init.d/svnserve)
      Activo: inactivo (muerto)
      CGroup: name = systemd: /system/svnserve.service

grub.cfg

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Fedora (3.3.1-5.fc16.x86_64)' --clase fedora --clase gnu-linux --clase gnu --clase os {
    carga_video
    establecer gfxpayload = keep
    insmod gzio
    insmod part_msdos
    insmod ext2
    establecer root = '(hd0, msdos6)'
    búsqueda --no-floppy --fs-uuid --set = root 2260640d-2901-49e4-b14f-bf9addb04eb7
    echo 'Cargando 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 r.v__rochd / vv_machine r.mv_d = 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 'Cargando ramdisk inicial ...'
    initrd /initramfs-3.3.1-5.fc16.x86_64.img
}
menuentry 'Fedora (3.3.1-3.fc16.x86_64)' --clase fedora --clase gnu-linux --clase gnu --clase os {
    carga_video
    establecer gfxpayload = keep
    insmod gzio
    insmod part_msdos
    insmod ext2
    establecer root = '(hd0, msdos6)'
    búsqueda --no-floppy --fs-uuid --set = root 2260640d-2901-49e4-b14f-bf9addb04eb7
    echo 'Cargando 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_machine r.m_d_rochd / vv_machine r.v__roch 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 'Cargando ramdisk inicial ...'
    initrd /initramfs-3.3.1-3.fc16.x86_64.img
}

¿Esto es normal? ¿Sigue habiendo problemas con el consumo de energía en 3.3?

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

Desde esta página , que también debe estar en la fuente del núcleo que utilizó para compilar 3.3 ...

Si está totalmente perplejo sobre a quién enviar el informe, envíelo a [email protected]. (Para obtener más información sobre la lista de correo de linux-kernel, consulte http://www.tux.org/lkml/ ).

El problema se ha ido con las nuevas versiones del kernel de Linux :). No he visto regresión de potencia desde ubuntu 14.