web-dev-qa-db-ja.com

Ubuntu 13.10:消費電力の改善(Thinkpad T530)

[〜#〜] edit [〜#〜]@ jandryの返信を読んだ後、別のウィンドウマネージャーを使用して別のディストリビューションにそれが存在するかどうかを確認することにしました。本当にUnityのせいです。 UbuntuGnomeをインストールしましたが、驚いたことに、Vanillaを新しくインストールしたときのバッテリー寿命は約8〜10時間で、Windoze 7よりも優れていました!ここでUnityが犯人であることは残念です。

Thinkpad T530マシンでUbuntu 13.10を実行しています。 (コアi7、9セルバッテリー、16GB RAM、nVidia + Intel VGA、15インチLCD、...)ゲームをプレイしないので、nVidiaカードをBIOSから無効にしました。実際には、システムにはVGAカードが1枚のみ、Intelのものがあります。

laptop-mode-toolsをインストールして有効にしました。バッテリーで動作している場合、バッテリーは約3時間充電します。 Windoze 7を実行している同じマシンのバッテリー寿命は約7〜10時間でした。

WindozeとLinuxのバッテリー消費量を比較することは、どちらのオペレーティングシステムでも利用可能なドライバーの品質に大きく依存しているため、意味がありません。しかし、それでも、9セルのバッテリーでは3時間の充電はばかげています。

手がかりを見つけるためにpowertopをインストールしました。ログイン後、アプリケーションを実行する前の完全な出力を次に示します。

The battery reports a discharge rate of 23.5 W
The estimated remaining time is 2 hours, 18 minutes

Summary: 341.5 wakeups/second,  6.5 GPU ops/seconds, 0.0 VFS ops/sec and 6.9% CPU use

Power est.              Usage       Events/s    Category       Description
  3.56 W     2729 rpm                   Device         Laptop fan
  3.15 W      1.1%                      Device         Display backlight
  1.58 W      0.0%                      Device         Display backlight
  383 mW      0.3 pkts/s                Device         Network interface: wlan0 (iwlwifi)
 45.3 mW     11.6 ms/s      54.5        Process        compiz
 30.3 mW     14.9 ms/s      23.7        Process        /usr/lib/unity/unity-panel-service
 20.1 mW      9.7 ms/s      19.6        Process        indicator-multiload
 13.6 mW      6.8 ms/s       9.1        Process        /usr/lib/x86_64-linux-gnu/hud/hud-service
 8.11 mW      3.3 ms/s      21.9        Process        /usr/lib/x86_64-linux-gnu/indicator-application-service
 7.84 mW      3.7 ms/s       9.7        Process        chromium-browser --no-startup-window
 7.03 mW    419.1 µs/s      15.0        Process        syndaemon -i 1.0 -t -K -R
 6.18 mW    650.0 µs/s      59.0        Process        [rcu_sched]
 5.79 mW      2.9 ms/s       3.5        Process        /usr/bin/X -core :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
 5.73 mW      1.3 ms/s      39.9        Interrupt      [46] i915
 4.69 mW      1.5 ms/s      21.5        Process        [irq/45-iwlwifi]
 4.17 mW      2.2 ms/s      0.00        Process        dbus-daemon --fork --session --address=unix:abstract=/tmp/dbus-S5L9UiJPRW
 3.32 mW      0.9 ms/s       2.6        Process        gnome-terminal
 2.43 mW      1.3 ms/s      0.15        Process        powertop
 2.05 mW      0.8 ms/s       6.9        Process        upstart-dbus-bridge --daemon --session --user --bus-name session
 2.01 mW      0.9 ms/s       3.5        kWork          iwl_bg_run_time_calib_work
 1.53 mW    372.9 µs/s       9.8        Timer          hrtimer_wakeup
 1.46 mW    679.7 µs/s       2.0        Process        /usr/bin/python3 /usr/bin/indicator-cpufreq
 1.42 mW    425.4 µs/s       7.3        Timer          tick_sched_timer
 973 µW     116.3 µs/s       9.0        kWork          ieee80211_iface_work
 864 µW     307.7 µs/s       3.3        Process        stardict
 844 µW      99.0 µs/s       7.8        Interrupt      [45] iwlwifi
 629 µW     263.2 µs/s       1.5        Process        /usr/lib/x86_64-linux-gnu/indicator-power/indicator-power-service
 478 µW     252.0 µs/s      0.00        Process        [kworker/u16:5]
 475 µW     245.6 µs/s      0.10        kWork          output_poll_execute
 447 µW     233.2 µs/s      0.05        Process        [rcuos/6]
 418 µW     220.3 µs/s      0.00        Process        [kworker/u16:7]
 398 µW     205.0 µs/s      0.10        Process        [rcuos/0]
 384 µW     202.2 µs/s      0.00        Process        [rcuos/4]
 381 µW     200.9 µs/s      0.00        Timer          process_timeout
 380 µW     195.9 µs/s      0.10        Interrupt      [7] sched(softirq)
 373 µW      35.7 µs/s       3.6        kWork          intel_unpin_work_fn
 329 µW     173.2 µs/s      0.00        Interrupt      [1] timer(softirq)
 303 µW     110.9 µs/s       1.1        Process        /usr/lib/upower/upowerd
 256 µW     135.0 µs/s      0.00        Process        dbus-daemon --system --fork
 251 µW      39.7 µs/s       2.1        kWork          intel_fbc_work_fn
 240 µW     102.3 µs/s       0.5        Process        NetworkManager
 230 µW     121.2 µs/s      0.00        Process        [rcuos/2]
 181 µW      95.3 µs/s      0.00        Timer          delayed_work_timer_fn
 153 µW      72.0 µs/s      0.20        Process        /usr/sbin/irqbalance
 149 µW      30.2 µs/s       1.1        Interrupt      [4] block(softirq)
 140 µW      56.0 µs/s       0.4        Process        gnome-settings-daemon -r
 134 µW      70.5 µs/s      0.00        Interrupt      [9] RCU(softirq)
 126 µW      64.2 µs/s      0.05        Process        [rcuos/3]

また、すべてのCPUコアが〜1200MHzで実行されており、postgresqltorなど、手動で開始してもかまわないすべてのサービスを手動で無効にしています。ご覧のように、バッテリーは〜24W/hで放電していますが、これはとんでもないことです。

ここで状況を改善するにはどうすればよいですか?このひどい退院率の主な原因は何ですか? powertopがその値をどのように報告しているかというロジックを理解できません。消費電力に関する大量の記事を読みましたが、役に立ちませんでした。

TIA、

1
Bahman M.

デビアンフォーラムへのこのリンクを編集したのは、「REP」が足りないためです

https://wiki.archlinux.org/index.php/Lenovo_ThinkPad_T5

私はArch wikiのバッテリーセクションを書きました、そしてあなたは上記のdebianスレッドの終わりに私の応答を見ることができます。 Ubuntuの最大の問題は、ブートから直接多くのプロセスを実行することです。その多くは必要ありません。また、laptop-mode-toolsは単なるインストールであり、完了したタイプの取引ではありません。細かい歯の櫛でオプションを選択する必要があります。どちらの場所でも言及しなかったのは、ファイル/etc/modprobe.d/intel.confを作成し、その中に以下を配置することです。options i915 i915_enable_rc6 = 7 i915_enable_fbc = 1 lvds_downclock = 1

その1つは、アイドル状態の使用ワット数をArch wikiにリストされているものよりも下げました。 Archの世界の最新カーネル(3.13.4-1-Arch)では、私のT530(お使いのT530に似ていると思われます)は約6.4-6.6ワットのアイドルを使用しています。 Windowsは、ベアインストールをインストールした後(CDキーを使用してMicrosoftのベアウィンドウ7 cdを使用)、8ワットを使用し、バッテリー寿命専用にセットアップしました。 Fedoraはより高かったので、私はDebianをモバイル用に設定していません。

私のArchのインストールは、少なくともAC以外のウィンドウよりも著しく長く続きます(使用する場合は少なくとも1時間、アイドル時間が長い場合はさらに長くなります)。つまり、信仰を失わないでください! T530は、イーサネットカードを除いて、実際には素晴らしいドライバーです(省電力機能なし)。また、Unityは、Im correctがデフォルトで合成を使用している場合、Intelカード上でもGPUを使用するとバッテリーの寿命が短くなります。 FWIW、私はGPUを使用しないように設定されたウィンドウがあり、さらに多くの電力が必要です。幸運を..

[〜#〜] edit [〜#〜]あなたの場合、バッテリーを破壊しているのは間違いなくUnityです。そして、ここに大きな問題があります。Unityを保持している場合、実際にできることは何もありません。 compizプロセスに注目してください。これがUnityが現在コンポジターとして使用していることです。これは、ディープスリープから最大50のウェイクアップに加えて、Unityのパネル用に追加の最大25のウェイクアップです。ただし、最大のコストはGPUウェイクアップで、1秒あたり6(!)です。比較するには、次のスクリーンショットをご覧ください。 http://tinypic.com/view.php?pic=ru7g4g&s=8

これは、Ubuntuがどのように悪化したかを示す標準的な例です(しゃれが意図されています)。統合されたスパイウェアと、スパースでありながらリソースを大量に消費するインターフェイスとの間では、以前のようにはなりませんでした。これをUbuntu 6.10で始めてコミュニティで非常に活発になった人から取ってください。私は専門家ではありませんが、私たち(元)メンバーの多くが疲れていることを今見ています。

だからあなたは何ができますか?まあ、あなたがしたくない場合は完全にUnityを捨てる必要はありません。ただし、バッテリーを使用する場合は、溝を閉める必要があります。上記の私のスクリーンは唯一の方法ではありません。 Openboxと、私が持っているパネルアプリケーション(xfce4-panel)、Fluxbox(独自のツールバーとウィンドウタブ)、または多分好きなPekWMをインストールできます。次に、ログイン画面でオプションを選択します。これにより、基本的に「バッテリー」選択と「電源」選択(Unity)が提供されます。

あるいは、Xubuntuを検討しましたか? Xubuntuで合成を無効にでき、メモリ、CPU使用率、およびGPU使用率が非常に軽くなります(合成を無効にした場合)。 Kwin(KDEのウィンドウマネージャー、Kubuntuのデスクトップ環境)に合成を無効にするように指示した場合、Kubuntuでさえ節約できそうです。これに加えて、Kwinは現在最も機能が豊富なウィンドウマネージャーであるため、フラッシュと機能を確実に使用できます。

それはあなた次第です。残念ながら、以前は中程度に深刻な「バグ」だったものが「機能」になりました。 Ubuntuはもはや電力効率が悪いだけです。 Unityを維持し、バッテリーの寿命が長くならないようにするか、Unityを捨ててより電力を重視する何かを選択します。

1
jandry