Schlechtere Akkulaufzeit nach Kernel-Upgrade: 4.5.2 (16.04 LTS)

Als ich 16.04 LTS zum ersten Mal in Kernel 4.4.0 installiert habe, hatte ich eine anständige Akkulaufzeit von durchschnittlich 3 Stunden , aber ich habe ein Upgrade auf 4.5.2 durchgeführt , um das Suspend-Problem und einige andere Probleme zu lösen. Jetzt sind es weniger als 1,40 Stunden . auch bei geringer Helligkeit.

Was hätte einen Tropfen zwischen den Kernen verursachen können? 4.5.2 ist stabil und dasselbe passierte beim Upgrade auf 4.4.8 (lts).

Ich schließe TLP-Ausgänge an. Ich bin verzweifelt daran interessiert, die Batterielebensdauer zu verbessern.

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

Ich habe eine tlp-stat-Ausgabe von beiden verwendeten Kerneln (4.4.0 und 4.5.2) gemacht, und der einzige Unterschied, den ich feststellen kann, ist, dass der neueste Kernel 4.5.2 dies ausgibt, im Vergleich zu 4.4.0, was Batterie spart :

/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.

Wenn ich versuche , Linux-Tools zu installieren, wie bei erklärt TLP Fehlerbehebung Website , die sagt ,

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.

Ich bekomme:

 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.

Also keine Tools für 4.5.2 Kernel. Oder sollte ich HWE-Stack-Tools installieren? Was bedeutet HWE in Bezug auf den stabilen 4.5.2-Kernel?

Danke vielmals.

BEARBEITEN : Bei 4.5.2 kann ich den Lüfter auch beim Öffnen von Chrome, Skype usw. häufiger und intensiver hören.

EDIT 2 : Es mag erwähnenswert sein, dass ich ein Hybrid-Grafiksystem INtel und ATI verwende, aber keine proprietären Treiber installiert oder manuell aktualisiert habe.

EDIT 3 : sudo tail -f -n 1000 / var / log / syslog beim Starten von 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

Sie haben TLPeinen Laptop installiert , um die Akkulaufzeit zu verlängern. Die Akkulaufzeit ist jedoch immer noch niedrig. Wenn Sie sich die Ausgabe von ansehen, haben tlp -stat outputSie die Fehlermeldung gefunden x86_energy_perf_policy: program for your kernel not installed.

Wenn Sie versuchen, die Energieleistungsrichtlinie durch sudo apt-get install linux-tools-genericdie Installation zu installieren, scheint dies zu funktionieren, hat jedoch keine Auswirkungen.

Ich habe nach dem Code gesucht x86_energy_perf_policyund konnte keine Probleme damit feststellen. Es scheint nicht kernelspezifisch zu sein, also sieht es so aus, als ob x86_energy_perf_policyder Teil von linux-tools-commonnicht richtig mit dem Kernel verknüpft ist.

Dies hat große Auswirkungen auf die Akkulaufzeit von Laptops mit Intel-CPUs, da standardmäßig die Leistung auf Kosten des Energieverbrauchs (und damit der Akkulaufzeit) maximiert wird.

Ich kann mich irren und x86_energy_perf_policykönnte abgeschrieben werden und TLPmuss noch aufholen, aber das sieht nach einem ernsthaften Kernel-Bug aus. Ich könnte versuchen, Ihren Kernel zu patchen, um dieses Problem zu beheben, aber dieses Problem wird sich auf diesen und die nachfolgenden Versionen des Linux-Kernels auswirken, bis es behoben ist ubuntu-bug. Fühlen Sie sich frei, Teile dieser Antwort in Ihren Fehlerbericht einzufügen, wenn dies hilft.

Um meine eigene Frage zu beantworten, bestand das Problem darin, dass in einem dualen Grafiksystem die neueren Kernel sowohl die stromsparende als auch die diskrete GPU laden würden, wohingegen der mit 16.04 LTS gelieferte Standardinstallationskernel dies nicht tun würde und anschließend der Lüfter und der Akku mehr abgelassen.

Dies könnte durch Erstellen und Verwenden eines Radeonoff-Skripts beim Booten oder einfach durch Deaktivieren der umschaltbaren Grafikoptionen im BIOS behoben werden. Temporäre Lösung, bis AMDGPU weiterentwickelt ist.