Плохое время автономной работы после обновления ядра: 4.5.2 (16.04 LTS)
Когда я впервые установил 16.04 LTS, в ядре 4.4.0 у меня было приличное время работы от батареи в среднем около 3 часов, но я обновился до 4.5.2, чтобы решить проблему приостановки и некоторые другие проблемы, и теперь это меньше, чем 1,40 часа, даже при низкой яркости.
Что могло вызвать падение между ядрами? 4.5.2 стабильно, и то же самое произошло при обновлении до 4.4.8 (lts).
Я прилагаю выходы TLP. Я отчаянно пытаюсь сделать это для лучшего времени автономной работы.
uname -a:
Linux gaj-Lenovo-Z51-70 4.5.2-040502-generic #201604200335 SMP Wed Apr 20 07:37:26 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
Я сделал вывод tlp -stat обоих используемых ядер (4.4.0 и 4.5.2), и единственное отличие, которое я могу заметить, состоит в том, что последнее ядро 4.5.2 выводит это, по сравнению с 4.4.0, который экономит батарею:
/sys/devices/system/cpu/intel_pstate/min_perf_pct = 18
/sys/devices/system/cpu/intel_pstate/max_perf_pct = 100
/sys/devices/system/cpu/intel_pstate/no_turbo = 0
x86_energy_perf_policy: program for your kernel not installed.
Когда я пытаюсь установить linux-tools, как объясняется на сайте по устранению неполадок TLP, где написано
tlp-stat -p shows "x86_energy_perf_policy: program [for your kernel] not installed."
Depending on the distro your mileage may vary:
Ubuntu: install the meta-package linux-tools (or linux-tools-lts-* for HWE stack kernels), no package available for mainline kernels.
Я получил:
Package linux-tools is a virtual package provided by:
linux-tools-virtual 4.4.0.21.22
linux-tools-lowlatency 4.4.0.21.22
linux-tools-generic 4.4.0.21.22
You should explicitly select one to install.
Так что нет инструментов для ядра 4.5.2. Или я должен установить инструменты стека HWE? Что означает HWE по отношению к стабильному ядру 4.5.2?
Большое спасибо.
РЕДАКТИРОВАТЬ: На 4.5.2 я также могу слышать поклонник чаще и интенсивнее, даже при открытии Chrome, Skype и т. Д.
РЕДАКТИРОВАТЬ 2: Возможно, стоит отметить, что я использую гибридную графическую систему INtel и ATI, но я не установил никаких собственных драйверов или обновил вручную.
РЕДАКТИРОВАТЬ 3: sudo tail -f -n 1000 / var / log / syslog при запуске TLP:
^[[B^[[AMay 5 21:52:57 gaj-Lenovo-Z51-70 kernel: [ 7945.966502] acpi_call: Cannot get handle: Error: AE_NOT_FOUND
May 5 21:52:57 gaj-Lenovo-Z51-70 kernel: [ 7945.976707] acpi_call: Cannot get handle: Error: AE_NOT_FOUND
May 5 21:53:12 gaj-Lenovo-Z51-70 kernel: [ 7961.360242] acpi_call: Cannot get handle: Error: AE_NOT_FOUND
2 ответа
Чтобы ответить на мой собственный вопрос, проблема заключалась в том, что в двойной графической системе более новые ядра будут загружать как энергосберегающий, так и дискретный графический процессор, тогда как ядро установки по умолчанию, поставляемое с 16.04 LTS, не будет, и впоследствии вентилятор и батарея будут истощен больше.
Эту проблему можно решить путем создания и использования сценария radeonoff при загрузке или просто, как я решил, отключив переключаемые графические параметры в BIOS. Временное решение, пока AMDGPU не станет более развитым.
Вы установили TLP продлить срок службы аккумулятора на вашем ноутбуке, но все еще получает плохое время автономной работы. Когда вы смотрите на вывод tlp -stat output Вы нашли сообщение об ошибке x86_energy_perf_policy: program for your kernel not installed,
Когда вы пытаетесь установить политику энергоэффективности sudo apt-get install linux-tools-generic установка, кажется, работает, но не имеет никакого эффекта.
Я посмотрел на код для x86_energy_perf_policy и я не видел никаких проблем с этим. Это не похоже на ядро, поэтому выглядит x86_energy_perf_policy которая является частью linux-tools-common не связан с ядром должным образом.
Это будет иметь большое влияние на срок службы батареи для ноутбуков с процессорами Intel, поскольку политика по умолчанию заключается в максимизации производительности за счет расхода энергии (и, следовательно, времени работы от батареи).
Я могу ошибаться и x86_energy_perf_policy может быть амортизировано и TLP еще не наверстал упущенное, но это похоже на серьезную ошибку ядра. Я мог бы попытаться исправить ваше ядро, чтобы решить эту проблему, но эта проблема будет влиять на эту и последующие версии ядра Linux, пока она не будет решена, поэтому я предлагаю вам поднять ошибку, введя ubuntu-bug в терминале. Не стесняйтесь вставлять части этого ответа в свой отчет об ошибке, если это поможет.