Regressão de energia do kernel 3.3 do Linux

8

Estou usando o Fedora 16 no meu DELL n4110. Atualizei recentemente o kernel de 3.2 para 3.3. Contrariando a reivindicação oficial, meu sistema ainda gasta a bateria como o inferno. Ele fornece apenas 1:30 a 2 horas de backup sob estresse normal como antes, enquanto o Windows fornece 3 horas / + de backup sob estresse semelhante.

Abaixo estão algumas capturas de tela powertop, estatísticas sobre os serviços em execução na minha caixa e algumas linhas do grub.cfg.

Overview insira a descrição da imagem aqui

Idle stats insira a descrição da imagem aqui

Frequency stats insira a descrição da imagem aqui

Device stats insira a descrição da imagem aqui

tunable insira a descrição da imagem aqui

services

/etc/init.d/ceph: ceph conf /etc/ceph/ceph.conf não encontrado; sistema não está configurado.
dc_client.service - SYSV: Distcache é um proxy de cliente de cache de sessão SSL distribuído.
      Carregado: carregado (/etc/rc.d/init.d/dc_client)
      Ativo: inativo (morto) 
      CGroup: name = systemd: /system/dc_client.service
dc_server.service - SYSV: Distcache é um servidor de cache de sessão SSL distribuído.
      Carregado: carregado (/etc/rc.d/init.d/dc_server)
      Ativo: inativo (morto)
      CGroup: name = systemd: /system/dc_server.service
# Gerado por ebtables-save v1.0 em Sábado, 21 de abril 09:35:32 NPT 2012
* nat
: ACEITAÇÃO PREROUTING
: ACEITAÇÃO DE SAÍDA
: ACEITAÇÃO POSTERIOR
httpd.service - O servidor HTTP Apache (pré-fork MPM)
      Carregado: carregado (/lib/systemd/system/httpd.service; desativado)
      Ativo: inativo (morto)
      CGroup: nome = systemd: /system/httpd.service
Nenhuma sessão ativa
iscsid.service - LSB: inicia e para o logon daemon iSCSI.
      Carregado: carregado (/etc/rc.d/init.d/iscsid)
      Ativo: ativo (em execução) desde sábado, 21 de abril de 2012 08:11:58 +0545; 1h 23min atrás
     Processo: 1011 ExecStart = / etc / rc.d / init.d / iscsid start (código = encerrado, status = 0 / SUCESSO)
    PID principal: 1069 (iscsid)
      CGroup: nome = systemd: /system/iscsid.service
          ├ 1056 iscsiuio
          ├ 1068 iscsid
          └ 1069 iscsid
libvirtd.service - LSB: daemon para API de virtualização libvirt
      Carregado: carregado (/etc/rc.d/init.d/libvirtd)
      Ativo: ativo (em execução) desde sábado, 21 de abril de 2012 08:11:58 +0545; 1h 23min atrás
     Processo: 1086 ExecStart = / etc / rc.d / init.d / libvirtd start (código = encerrado, status = 0 / SUCESSO)
    PID principal: 1111 (libvirtd)
      CGroup: name = systemd: /system/libvirtd.service
          1111 libvirtd --daemon
          83 1183 / usr / sbin / dnsmasq --strict-order --bind-interfaces ...
começado
Nenhuma transação aberta
módulo netconsole não carregado
Dispositivos configurados:
lo Auto_ADW-4401 Auto_PROLiNK_H5004N Auto_korky p4p1
Dispositivos atualmente ativos:
lo p4p1 virbr0
radvd.service - daemon de propaganda do roteador para IPv6
      Carregado: carregado (/lib/systemd/system/radvd.service; desativado)
      Ativo: inativo (morto)
      CGroup: nome = systemd: /system/radvd.service
sandbox está sendo executado
svnserve.service - LSB: inicia e interrompe o daemon svnserve
      Carregado: carregado (/etc/rc.d/init.d/svnserve)
      Ativo: inativo (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
    definir root = '(hd0, msdos6)'
    pesquisa --no-disquete --fs-uuid --set = root 2260640d-2901-49e4-b14f-bf9addb04eb7
    echo 'Carregando o 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 / ldv 0 rd.dm = 0 KEYTABLE = us quiet SYSFONT = latarcyrheb-sun16 rhgb rd.luks = 0 rd.lvm.lv = vg_machine / lv_swap LANG = pt_BR.UTF-8
    echo 'Carregando o ramdisk inicial ...'
    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
    definir root = '(hd0, msdos6)'
    pesquisa --no-disquete --fs-uuid --set = root 2260640d-2901-49e4-b14f-bf9addb04eb7
    echo 'Carregando o 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 / dv 0 rd.dm = 0 KEYTABLE = us quiet SYSFONT = latarcyrheb-sun16 rhgb rd.luks = 0 rd.lvm.lv = vg_machine / lv_swap LANG = pt_BR.UTF-8
    echo 'Carregando o ramdisk inicial ...'
    initrd /initramfs-3.3.1-3.fc16.x86_64.img
}

Isso é normal? Ainda existem problemas com o consumo de energia no 3.3?

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

user24665
fonte
5
Isso depende muito, muito mais do que apenas a versão linux. Prefiro dizer que apenas a atualização do seu kernel tem muito poucas chances de alterar significativamente o consumo de bateria. Você precisa investigar o problema com as ferramentas adequadas, em powertopvez de apenas atualizar seu kernel.
rozcietrzewiacz
3
@rozcietrzewiacz O consumo de bateria pode estar relacionado ao kernel, por exemplo, se algum driver não colocar um periférico no modo correto ou estiver faltando o firmware que trataria da economia de energia.
Gilles 'SO- stop be evil'
Há alguma solução para isso???
usar o seguinte comando
você pode diminuir o brilho da tela um pouco, tente outro DE, bem como - como LXDE
jet
@jet eu tentei todas as outras conchas leves, ainda tentou diminuir o birghtness tela, enésimo trabalhou para mim e bombeia meu fã para fora o calor como se pode cozinhar a minha mão
user24665

Respostas:

1

A partir desta página , que também deve estar na fonte do kernel que você usou para compilar 3.3 ...

Se você está totalmente surpreso com quem enviar o relatório, envie para [email protected]. (Para mais informações sobre a lista de discussão do linux-kernel, consulte http://www.tux.org/lkml/ ).

Scott Hoffman
fonte
0

O problema se foi com as novas versões do kernel do linux :). Eu não vi regressão de energia desde o ubuntu 14.

user24665
fonte