Habe einen neuen Kernel installiert bekommen, per Aktualisierungsverwaltung. Bisher war der Kernel 5.0.0.37 installiert und seit gestern 5.3.xxx. Leider ist mit diesem neuen Kernel der Stromverbrauch von 47 Watt im Idle auf 84 Watt gestiegen. sensors zeigt an, dass die Radeon RX 5700 mit 30 Watt betrieben wird und vorher immer mit 8W. Die installierten AMD-Treiber sind die neusten (19.50). Offensichtlich funktioniert der neue Kernel mit den AMD-Treiber nicht , was bei der Neuinstallation der Treiber auch gemeldet wurde. Ich habe jetzt die grub.conf so geändert, dass das System mit dem alten Kernel bootet. Aber meine Frage: Gibt es trotzdem eine Möglichkeit die AMD-Treiber 19.50 mit dem neuen Kernel zu installieren, oder muss man auf die Aktualisierung der Radeon Treiber warten? Und noch eine andre Frage: Mit welchem Konfigurationsprogramm lassen sich die Einstellungen der Graka ändern?
AMD Treiber 19.50 vs Kernel 5.3
Anmeldungsdatum: Beiträge: 95 |
|
Anmeldungsdatum: Beiträge: 12990 Wohnort: Oldenburg/Erlangen |
Der Treiber ist bereits im Kernel. Wenn du den natürlich gegen eine ältere, möglicherweise inkompatible Version ersetzt... Wenn auf der Webseite steht, dass nur 18.04.3 unterstützt wird, ist das bzgl des Kernel Moduls durchaus ernst zu nehmen. Du hast über die Updates den LTS Enablement Stack von .4 installiert bekommen, weil die Unterstützung für .3 ausläuft, Canonical unterstützt nur den ursprünglichen Zustand einer LTS und den jeweils aktuellsten Stack. Das Das einzige was die vom proprietären Installer mitgebrachten Komponenten von denen die bereits auf dem System vorhanden sind unterscheidet, sind (abgesehen davon dass diese evtl in Versionen eines unterschiedlichen Alters vorliegen) die OpenGL, OpenCL und Vulkan Bibliotheken - für alles andere werden bereits die etablierten freien Komponenten verwendet. Da Mesa und RADV durchaus vergleichbare wenn nicht sogar bessere Leistungen erbringen, ist es ziemlich unsinnig den proprietären Kram zu installieren, wenn man nicht gerade OpenCL benötigt - insbesondere, da AMD keinerlei Wert darauf legt ihre eigenen Implementierungen auf Spiele o.ä. zu optimieren, unter Linux zählt hierfür ausschließlich die professionelle Software, welche teilweise zertifizierte Treiber voraussetzt. Selbst mit ROCm gibt es inzwischen eine brauchbare freie Alternative für OpenCL, das zu installieren ist allerdings derzeit wohl noch ein ziemlicher Krampf, auch werden nur eine kleine Auswahl an GPUs bisher unterstützt.
Die Werte sind mit Vorsicht zu genießen. Die Sensoren liefern keine absoluten Werte, diese müssen für eine konkrete Angabe erst umgerechnet und mit Korrekturwerten korrigiert werden, um überhaupt realistische Werte liefern zu können, das ist bei Temperaturwerten auch nicht anders. Es kann bei neuer Hardware eine ganze Weile dauern, bis das alles so hinhaut wie es soll, so wurde etwa erst vor wenigen Tagen die Unterstützung für die Sensorwerte der Zen2 CPU Kerne grundlegend überarbeitet - AMD setzt derzeit keine Priorität darauf, das ganze ist bisher nicht einmal öffentlich dokumentiert worden. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 95 |
Habe die AMD Treiber jetzt wieder deinstalliert und mit dem neuen Kernel gebootet. Der an der Steckdose gemessene Leistungswert beträgt nun wieder 84 Watt und nicht wie vorher mit dem 5.0xx unter 50W. Wenn ich richtig verstanden habe sind Mesa und RADV (die Grafikbiblioteken) im neuen Kernel und vergleichbar mit der Leistung der Radeon-Treiber? Wie bekomme ich denn jetzt den Verbrauch auf ein akzeptables Niveau im Idle? |
Anmeldungsdatum: Beiträge: 12990 Wohnort: Oldenburg/Erlangen |
Nein, ganz daneben. Im Kernel ist nur das Vom OpenGL Funktionsaufruf durch ein Programm wie zB ein Spiel bis hin zu den durch die GPU ausgeführten Shader Instruktionen ist es ein weiter Weg, der über mehrere Schichten verläuft. Einige sind Hardware-unabhängig und werden unter anderem auch für komplett unterschiedliche Hardware benutzt, andere wiederum sind auf diverse Hardware-spezifische Module verteilt, die je nach der benutzten Hardware verwendet werden. In der Wikipedia wirst du zu DRI und DRM (die englischen Artikel sind jeweils noch deutlich umfangreicher) einige Grafiken finden, die das ganze zumindest versuchen grob zu umreißen. Das in Mesa häufig und insbesondere für die unterschiedlichen Radeon Treiber verwendete Gallium3D fügt dem ganzen noch einmal deutlich mehr Ebenen hinzu - der hier zugrunde liegende Ansatz ist jedoch genau das, was später zu Vulkan und allen artverwandten Schnittstellen (Mantel, Metal, Diretc3D 12) geführt hat, es lohnt sich also. Als AMD Das führt letztendlich dazu, dass der Installer von AMD einige Open Source Komponenten in einer eigenen Version mitbringt (für die Kompatibilität mit älteren Systemen) und die proprietären Bestandteile einzelne freie Komponenten ersetzen. Theoretisch könntest du hier sogar bunt mischen und zB nur die proprietäre OpenCL Bibliothek mit ansonsten freiem Code benutzen, der Treiber teilt sich daher auch in viele verschiedene Pakete auf, anstelle wie früher als ein einzelnes Gesamtpaket verpackt zu werden.
Es ist möglicherweise schlicht eine Regression im Kernel Treiber, die bei einer neueren Kernel Version eventuell bereits behoben wurde. Oder es ging irgend etwas gründlich schief und die GPU wird vom Treiber gar nicht in einen sparsameren Betriebsmodus versetzt, weil der Treiber gar nicht richtig läuft. Dazu findet sich evtl etwas in den Logs, insbesondere im Kernel Log. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 95 |
Ok, dann werde ich erst mal auf den Kernel 5.0xx zurück gehen, inklusive AMD-Treiber und warte mal ab, was ein neuer Kernel an Verbesserungen bringt. Danke für Deine ausführlichen Erklärungen. |
Anmeldungsdatum: Beiträge: 1491 Wohnort: Ruhrgebeat |
Moin heiko1111, der Mainline Kernel 5.5.0 ist bereits verfügbar und möglicherweise einen Versuch wert. Grüße schollsky |
(Themenstarter)
Anmeldungsdatum: Beiträge: 95 |
Ja, das wäre schön, aber folgende Meldung erscheint bei installation des 5.5.8-050508-generic: sudo dpkg -i linux-headers-5.5.8-050508-generic_5.5.8-050508.202003051633_amd64.deb Building module: cleaning build area... make -j16 KERNELRELEASE=5.5.8-050508-generic -C /lib/modules/5.5.8-050508-generic/build M=/var/lib/dkms/virtualbox/5.2.34/build...(bad exit status: 2) ERROR (dkms apport): kernel package linux-headers-5.5.8-050508-generic is not supported Error! Bad return status for module build on kernel: 5.5.8-050508-generic (x86_64) Consult /var/lib/dkms/virtualbox/5.2.34/build/make.log for more information. ...done. Was läuft denn falsch? |
Anmeldungsdatum: Beiträge: 12990 Wohnort: Oldenburg/Erlangen |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 95 |
Habe virtualbox deinstalliert und nun läuft die Installation ohne Fehler, aber ich habe keinen Eintrag in Grub. Meine Befehle bis dahin: sudo dpkg -i linux-modules-5.5.8-050508-generic_5.5.8-050508.202003051633_amd64.deb sudo dpkg -i linux-headers-5.5.8-050508_5.5.8-050508.202003051633_all.deb sudo dpkg -i linux-headers-5.5.8-050508-generic_5.5.8-050508.202003051633_amd64.deb sudo update-grub Wobei ich mir jetzt nicht sicher bin, welche Pakete wirklich wichtig sind. Kann man die modules weg lassen? |
Anmeldungsdatum: Beiträge: 12990 Wohnort: Oldenburg/Erlangen |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 95 |
Fantastisch! Es funktioniert mit dem neuen Kernel! Die Stromsparfunktion ist da und der Rechner verbraucht nun im normalen Betrieb wieder so um die 60 Watt. sudo dpkg -i linux-image-unsigned-5.5.8-050508-generic_5.5.8-050508.202003051633_amd64.deb hat dann noch gefehlt. Danke vielmals! Noch eine letzte Frage. Bekomme ich denn jetzt automatisch neue Kernelupdates (5.5.x) oder muss ich jedes mal selbst nachsehen? |
Anmeldungsdatum: Beiträge: 12990 Wohnort: Oldenburg/Erlangen |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 95 |
Klingt logisch! ☺ Weiß ja jetzt wie's geht, von daher kein Problem. |