首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >Ubuntu13.10:提高功耗(Thinkpad T530)

Ubuntu13.10:提高功耗(Thinkpad T530)
EN

Ask Ubuntu用户
提问于 2014-02-03 16:42:07
回答 1查看 3.2K关注 0票数 1

编辑:在阅读了@jandry的回复后,我决定给另一个带有不同窗口管理器的发行版尝试一下,看看这是否真的是Unity的错。我安装了UbuntuGnome,最让我惊讶的是,在一个新鲜的香草安装上的电池寿命大约是8-10小时,甚至比Windoze 7还要好!很遗憾团结是这里的罪魁祸首。

我在Thinkpad T530机器上运行Ubuntu13.10。(核心i7,9电池,16 VGA内存,nVidia + Intel,15英寸液晶显示,.).由于我不玩游戏,我已经从BIOS中禁用了nVidia卡,所以系统实际上只有一个VGA卡,英特尔卡。

我已经安装并启用了laptop-mode-tools。在电池上运行时,电池提供大约3小时的充电。同一台机器,运行Windoze 7,电池寿命约7-10小时.

我知道在Windoze和Linux上比较电池消耗是没有意义的,因为这在很大程度上取决于两种操作系统上可用的驱动程序的质量。然而,对于一个9电池电池来说,3个小时的充电是相当荒谬的.

我安装powertop是为了找到线索。以下是登录和运行任何应用程序之后的完整输出:

代码语言:javascript
复制
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核心都运行在1200 the左右,并且我已经手动禁用了所有我不介意手动启动的服务,比如postgresqltor。如你所见,电池正在以24W/h的速度放电,这是令人震惊的。

我怎样才能改善这里的情况?这个糟糕的排放率背后的主要罪魁祸首是什么?我不明白powertop是如何报告这个值的逻辑。我读过一堆关于耗电的帖子,但都没有用。

蒂娅

EN

回答 1

Ask Ubuntu用户

回答已采纳

发布于 2014-02-24 13:41:53

编辑了这个链接到DEBIAN论坛,因为我没有足够的“代表”

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

我编写了Arch的电池部分,您可以在上面debian线程的末尾看到我的响应。我怀疑Ubuntu最大的问题是它直接从引导开始运行许多进程,其中许多进程您不需要。此外,笔记本电脑模式-工具不仅仅是一个安装和它的完成类型的交易-你将不得不通过它的选择与一个细齿梳子。我忽略了在任何地方提到的是创建文件: /etc/modprobe.d/intel.conf,并在其中放置以下内容: options i915 i915_enable_rc6=7 i915_enable_fbc=1 lvds_downclock=1

那一个把我的闲置使用瓦特掉到了Arch所列的下面。随着最新的内核在拱门世界(3.13.4-1-拱形),我的T530 (规格类似)是使用大约6.4-6.6瓦特空闲。Windows安装了裸机安装后使用了8瓦(使用微软的windows 7 cd,使用我的cd密钥合法),并将其专门设置为电池寿命。Fedora更高,而且我没有设置Debian用于移动应用。

我的拱形安装至少比开空调的窗户长得多(如果使用的话至少要延长一个小时;如果有很多空闲时间的话)。也就是说,不要失去信念!T530实际上是很好的驱动程序,除了以太网卡(没有powersavings)。此外,统一如果我正确使用合成默认- GPU使用,即使在一个英特尔卡将杀死电池寿命。FWIW,我的窗户设置为不使用GPU和它的更多的电力需求。祝好运..。

编辑在你的情况下,它绝对是统一,是杀死你的电池。这是一个大问题--如果你保持团结,你就没有什么可以做的了。注意到这个过程了吗?这就是团结现在作为一名作曲家所使用的。那是~50次从深度睡眠中醒来,另加25次唤醒,用于联合小组。然而,最大的成本是GPU唤醒-6 (!)每秒。要提供比较,请查看下面的屏幕截图:http://tinypic.com/view.php?pic=ru7g4g&s=8

这是Ubuntu如何变得更糟的典型例子(双关意)。在集成间谍软件和一个稀疏但资源密集的接口之间,它已经不是以前的样子了。从那些开始使用Ubuntu6.10并在社区中非常活跃的人那里得到这些信息。我不是专家,但你现在看到了我们许多(前)成员已经厌倦了什么。

那你能做什么?好吧,如果你不想要的话,你就不必完全抛弃统一。不过,在使用电池的时候,你必须把它扔掉。上面的屏幕并不是唯一的方法;您可以安装Openbox和一个面板应用程序,比如我(xfce4-面板)、Fluxbox (它有自己的工具栏和窗口选项卡),甚至可能安装很多人喜欢的PekWM。然后在登录屏幕上选择你的选项-这基本上给你一个“电池”的选择和一个“电源”的选择(统一)。

或者,你有没有考虑过Xubuntu?您可以在Xubuntu上禁用组合,而且它在内存、CPU使用和GPU使用(复合禁用)方面要轻得多。即使是Kubuntu,如果您告诉Kwin ( KDE的窗口管理器,Kubuntu的桌面环境)禁用复合功能,也可能会节省您的精力。更好的是,Kwin是目前存在的最具特色的窗口管理器,所以您当然可以拥有闪存和功能。

这取决于你。不幸的是,曾经是一个相当严重的"bug“现在变成了一个”特性“;Ubuntu根本就没有动力效率了。你要么保持团结,永远没有好的电池寿命,要么放弃团结,而选择更有动力意识的东西。

票数 1
EN
页面原文内容由Ask Ubuntu提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://askubuntu.com/questions/414923

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档