Linuxカーネル3.3パワー回帰


8

DELL n4110でFedora 16を使用しています。最近、カーネルを3.2から3.3にアップグレードしました。公式の主張に反して、私のシステムはまだ地獄のようにバッテリーを消耗します。以前と同じように通常のストレス下では1:30から2時間のバックアップしか提供されませんが、Windowsでは同様のストレス下で3時間以上のバックアップが提供されます。

以下は、いくつかのスクリーンショットpowertop、私のボックスで実行されているサービスの統計、およびgrub.cfgの数行です。

Overview ここに画像の説明を入力してください

Idle stats ここに画像の説明を入力してください

Frequency stats ここに画像の説明を入力してください

Device stats ここに画像の説明を入力してください

tunable ここに画像の説明を入力してください

services

/etc/init.d/ceph:ceph conf /etc/ceph/ceph.confが見つかりません; システムが構成されていません。
dc_client.service-SYSV:Distcacheは、分散SSLセッションキャッシュクライアントプロキシです。
      ロード済み:ロード済み(/etc/rc.d/init.d/dc_client)
      アクティブ:非アクティブ(デッド) 
      CGroup:name = systemd:/system/dc_client.service
dc_server.service-SYSV:Distcacheは分散SSLセッションキャッシュサーバーです。
      ロード済み:ロード済み(/etc/rc.d/init.d/dc_server)
      アクティブ:非アクティブ(デッド)
      CGroup:name = systemd:/system/dc_server.service
#土曜日4月21日09:35:32 NPT 2012のebtables-save v1.0によって生成
* nat
:PROUTOUT ACCEPT
:出力受け入れ
:受入承認
httpd.service-Apache HTTPサーバー(prefork MPM)
      ロード済み:ロード済み(/lib/systemd/system/httpd.service;無効)
      アクティブ:非アクティブ(デッド)
      CGroup:name = systemd:/system/httpd.service
アクティブなセッションはありません
iscsid.service-LSB:ログインiSCSIデーモンを起動および停止します。
      ロード済み:ロード済み(/etc/rc.d/init.d/iscsid)
      アクティブ:2012年4月21日08:11:58 +0545からアクティブ(実行中)。1時間23分前
     プロセス:1011 ExecStart = / etc / rc.d / init.d / iscsid start(code = exited、status = 0 / SUCCESS)
    メインPID:1069(iscsid)
      CGroup:name = systemd:/system/iscsid.service
          ├1056 iscsiuio
          ├1068 iscsid
          └1069 iscsid
libvirtd.service-LSB:libvirt仮想化APIのデーモン
      ロード済み:ロード済み(/etc/rc.d/init.d/libvirtd)
      アクティブ:2012年4月21日08:11:58 +0545からアクティブ(実行中)。1時間23分前
     プロセス:1086 ExecStart = / etc / rc.d / init.d / libvirtd start(code = exited、status = 0 / SUCCESS)
    メインPID:1111(libvirtd)
      CGroup:name = systemd:/system/libvirtd.service
          ├1111 libvirtd --daemon
          └1183 / usr / sbin / dnsmasq --strict-order --bind-interfaces ...
始めた
未処理のトランザクションはありません
netconsoleモジュールがロードされていません
構成済みデバイス:
lo Auto_ADW-4401 Auto_PROLiNK_H5004N Auto_korky p4p1
現在アクティブなデバイス:
lo p4p1 virbr0
radvd.service-IPv6のルーター通知デーモン
      ロード済み:ロード済み(/lib/systemd/system/radvd.service;無効)
      アクティブ:非アクティブ(デッド)
      CGroup:name = systemd:/system/radvd.service
サンドボックスが実行されています
svnserve.service-LSB:svnserveデーモンの起動と停止
      ロード済み:ロード済み(/etc/rc.d/init.d/svnserve)
      アクティブ:非アクティブ(デッド)
      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
    gfxpayload = keepを設定します
    insmod gzio
    insmod part_msdos
    insmod ext2
    set root = '(hd0、msdos6)'
    search --no-floppy --fs-uuid --set = root 2260640d-2901-49e4-b14f-bf9addb04eb7
    echo '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 / lv_root rd.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 '初期RAMディスクを読み込んでいます...'
    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
    gfxpayload = keepを設定します
    insmod gzio
    insmod part_msdos
    insmod ext2
    set root = '(hd0、msdos6)'
    search --no-floppy --fs-uuid --set = root 2260640d-2901-49e4-b14f-bf9addb04eb7
    echo '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 / lv_root rd.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 '初期RAMディスクを読み込んでいます...'
    initrd /initramfs-3.3.1-3.fc16.x86_64.img
}

これは正常ですか?3.3でも消費電力の問題はありますか?

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


5
これは、Linuxバージョンだけではなく、はるかに依存しています。カーネルをアップグレードするだけでは、バッテリーの消耗を大幅に変更する可能性はほとんどないと私は言います。powertopカーネルをアップグレードするだけでなく、適切なツールで問題を調査する必要があります。
rozcietrzewiacz 2012

3
@rozcietrzewiaczバッテリーの消耗はカーネルに関連している可能性があります。たとえば、一部のドライバが周辺機器を適切なモードに設定していない場合や、省電力を処理するファームウェアがない場合などです。
Gilles「SO-邪悪なことをやめなさい」

これに対する解決策はありますか???
user24665 2012

画面の明るさを少し下げて、LXDEのような別のDEも試してみませんか
jet

@jet他のすべての軽量シェルを試しましたが、画面のビルトネスを下げようとしました。n番目はうまくいき、私のファンはまるで私の手を調理できるかのように熱を
送り出します

回答:


1

このページから、これは3.3のコンパイルに使用したカーネルソースにもあるはずです...

レポートの送信先がまったくわからない場合は、linux-kernel @ vger.kernel.orgに送信してください。(linux-kernelメーリングリストの詳細については、http: //www.tux.org/lkml/を参照してください)。


0

Linuxカーネルの新しいバージョンでは問題はなくなりました:)。私はubuntu 14以来パワー回帰を見ていません。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.