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:名称= systemd:/system/dc_client.service
dc_server.service-SYSV:Distcache是​​一个分布式SSL会话缓存服务器。
      已加载:已加载(/etc/rc.d/init.d/dc_server)
      有效:无效(无效)
      CGroup:名称= systemd:/system/dc_server.service
#由ebtables-save v1.0于2012年4月21日星期六生成
* nat
:接受
:接受输出
:接受发布
httpd.service-Apache HTTP服务器(prefork MPM)
      已加载:已加载(/lib/systemd/system/httpd.service;已禁用)
      有效:无效(无效)
      CGroup:名称= systemd:/system/httpd.service
没有活动的会话
iscsid.service-LSB:启动和停止登录iSCSI守护程序。
      已加载:已加载(/etc/rc.d/init.d/iscsid)
      活动:自周六,2012年4月21日08:11:58 +0545起活动(运行);1h 23min前
     进程:1011 ExecStart = / etc / rc.d / init.d / iscsid启动(代码=已退出,状态= 0 /成功)
    主PID:1069(iscsid)
      CGroup:名称= systemd:/system/iscsid.service
          ├1056 iscsiuio
          ├1068 iscsid
          69 1069 iscsid
libvirtd.service-LSB:libvirt虚拟化API的守护程序
      已加载:已加载(/etc/rc.d/init.d/libvirtd)
      活动:自周六,2012年4月21日08:11:58 +0545起活动(运行);1h 23min前
     进程:1086 ExecStart = / etc / rc.d / init.d / libvirtd start(代码=已退出,状态= 0 /成功)
    主PID:1111(libvirtd)
      CGroup:名称= systemd:/system/libvirtd.service
          ├1111 libvirtd-守护进程
          └1183 / usr / sbin / dnsmasq --strict-order --bind-interfaces ...
开始了
没有公开交易
netconsole模块未加载
配置的设备:
lo Auto_ADW-4401 Auto_PROLiNK_H5004N Auto_korky p4p1
当前活动的设备:
低p4p1 virbr0
radvd.service-IPv6的路由器播发守护程序
      已加载:已加载(/lib/systemd/system/radvd.service;已禁用)
      有效:无效(无效)
      CGroup:名称= systemd:/system/radvd.service
沙盒正在运行
svnserve.service-LSB:启动和停止svnserve守护程序
      已加载:已加载(/etc/rc.d/init.d/svnserve)
      有效:无效(无效)
      CGroup:名称= systemd:/system/svnserve.service

grub.cfg

###开始/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 part_msdos
    insmod ext2
    设置root ='(hd0,msdos6)'
    搜索--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 =我们安静SYSFONT = latarcyrheb-sun16 rhgb rd.luks = 0 rd.lvm.lv = vg_machine / lv_swap LANG = zh_CN.UTF-8
    echo'正在加载初始ramdisk ...'
    的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 part_msdos
    insmod ext2
    设置root ='(hd0,msdos6)'
    搜索--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 =我们安静SYSFONT = latarcyrheb-sun16 rhgb rd.luks = 0 rd.lvm.lv = vg_machine / lv_swap LANG = zh_CN.UTF-8
    echo'正在加载初始ramdisk ...'
    的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)'所以

有什么解决办法吗???
user24665'4

您可以稍微降低屏幕亮度吗,也可以尝试另一个DE-例如LXDE
jet

@jet我尝试了所有其他轻巧的外壳,甚至尝试降低屏幕的亮度,第n个对我有用,我的风扇将热量抽散,好像它可以煮我的手
user24665

Answers:



0

新版本的Linux内核:)不再存在此问题。自从Ubuntu 14。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.