Linux ядро ​​3.3 регрессия мощности

8

Я использую Fedora 16 в моем DELL n4110. Я недавно обновил ядро ​​с 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
# Генерируется ebtables-save v1.0 в субботу, 21 апреля 09:35:32 NPT 2012
* физ
: ПРЕДОТВРАЩЕНИЕ ПРИНЯТЬ
: ВЫХОД ПРИНЯТЬ
: РАЗМЕЩЕНИЕ ПРИНЯТИЯ
httpd.service - HTTP-сервер Apache (prefork MPM)
      Загружен: загружен (/lib/systemd/system/httpd.service; отключен)
      Активный: неактивный (мертвый)
      CGroup: name = systemd: /system/httpd.service
Нет активных сессий
iscsid.service - LSB: запускает и останавливает демон iSCSI для входа.
      Загружен: загружен (/etc/rc.d/init.d/iscsid)
      Активен: активен (работает) с субботы, 21 апреля 2012 г. 08:11:58 +0545; 1 ч. 23 мин. Назад
     Процесс: 1011 ExecStart = / etc / rc.d / init.d / iscsid start (код = выход, статус = 0 / УСПЕХ)
    Основной PID: 1069 (iscsid)
      CGroup: name = systemd: /system/iscsid.service
          56 1056 iscsiuio
          68 1068 iscsid
          69 1069 iscsid
libvirtd.service - LSB: демон для API виртуализации libvirt
      Загружен: загружен (/etc/rc.d/init.d/libvirtd)
      Активен: активен (работает) с субботы, 21 апреля 2012 г. 08:11:58 +0545; 1 ч. 23 мин. Назад
     Процесс: 1086 ExecStart = / etc / rc.d / init.d / libvirtd start (код = выход, статус = 0 / УСПЕХ)
    Основной PID: 1111 (libvirtd)
      CGroup: name = systemd: /system/libvirtd.service
          11 1111 libvirtd --daemon
          └ 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: 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)' - класс Fedora - класс GNU-Linux - класс GNU - класс OS {
    load_video
    set gfxpayload = keep
    Инсмод Гцио
    insmod part_msdos
    insmod ext2
    установить 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 0 rd.dm = 0 KEYTABLE = тихий SYSFONT = latarcyrheb-sun16 rhgb rd.luks = 0 rd.lvm.lv = vg_machine / lv_swap LANG = en_US.UTF-8
    echo 'Загрузка начального ramdisk ...'
    initrd /initramfs-3.3.1-5.fc16.x86_64.img
}
menuentry 'Fedora (3.3.1-3.fc16.x86_64)' - класс Fedora - класс GNU-Linux - класс GNU - класс OS {
    load_video
    set gfxpayload = keep
    Инсмод Гцио
    insmod part_msdos
    insmod ext2
    установить 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 0 rd.dm = 0 KEYTABLE = тихий SYSFONT = latarcyrheb-sun16 rhgb rd.luks = 0 rd.lvm.lv = vg_machine / lv_swap LANG = en_US.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???

user24665
источник
5
Это зависит от гораздо большего, чем просто версия для Linux. Я бы скорее сказал, что простое обновление вашего ядра имеет очень мало шансов значительно изменить расход заряда батареи. Вам нужно исследовать проблему с помощью соответствующих инструментов, powertopа не просто обновить ядро.
rozcietrzewiacz
3
@rozcietrzewiacz Разряд батареи может быть связан с ядром, например, если какой-то драйвер не переводит периферийное устройство в правильный режим или отсутствует прошивка, которая бы обеспечивала энергосбережение.
Жиль "ТАК - перестань быть злым"
Есть ли решение этой проблемы ???
user24665
Можете ли вы немного уменьшить яркость экрана, попробуйте другой DE - например, LXDE
jet
@jet Я пробовал все другие легковесные оболочки, даже пытался уменьшить яркость экрана, nth сработал для меня, и мой вентилятор откачивает тепло, как если бы он мог готовить мою руку
user24665

Ответы:

1

С этой страницы , которая также должна быть в исходном коде ядра, который вы использовали для компиляции 3.3 ...

Если вы совершенно не знаете, кому отправлять отчет, отправьте его по адресу linux-kernel@vger.kernel.org. (Для получения дополнительной информации о списке рассылки linux-kernel см. Http://www.tux.org/lkml/ ).

Скотт Хоффман
источник
0

Проблема исчезла с новыми версиями ядра Linux :). Я не видел регрессию власти с Ubuntu 14.

user24665
источник