Ubuntu 12.04.2 Akkulaufzeit AMD

[jokergermanydevu]

Hmm, kein Linux Legacy?

Wozu? Dafür gibt es die freien Treiber. Und die sind qualitativ vom alten fglrx (Catalyst) nicht mehr so weit entfernt.

Seit ich mit 12.04.2 zwangsweise die freien Treiber benutzen muss, ist die Akkulaufzeit um die hälfte gesunken...

Verleg das mal in den Forenbereich der Alternativen Software. Findet sich durchaus eine Lösung. Aber die gehört nicht in diesen Thread.

Done

 

[PuckPoltergeist]

Welcher Grafikchip werkelt bei dir? Du nutzt die Treiber, die im offiziellen Repo dabei sind?

 

[jokergermanydevu]

4670M

Momentan nutze ich gar keinen Treiber => freien Treiber, weil kein anderer funktioniert...

 

[PuckPoltergeist]

4670M

Momentan nutze ich gar keinen Treiber => freien Treiber, weil kein anderer funktioniert...

Also gar kein Treiber geht nicht, dann hättest auch gar keine Ausgabe. Das Minimum wäre der VESA-Treiber. Glaube ich nicht, dann hättest du bereits Augenkrebs.

Der freie Treiber ist auch ein Treiber. Die Frage ist jetzt, aus welchen Komponenten setzt der sich bei dir zusammen. Welche Kernel-Version hast du laufen? Und gibt es bei dir die Dateien

/sys/class/drm/card0/device/power_profile
/sys/class/drm/card0/device/power_method

Wenn ja, was steht darin? Kannst du dir anzeigen lassen, wenn du ein 'cat' in der console darauf ausführst.

 

[Berniyh]

#!/bin/zsh

case ${1} in
    method )
        case ${2} in
            (dynpm|profile) )
                echo ${2} > /sys/class/drm/card0/device/power_method
                ;;
            * )
                echo "dynpm profile"
                ;;
        esac
        ;;
    profile )
        case ${2} in
            (auto|low|high|default) )
                echo ${2} > /sys/class/drm/card0/device/power_profile
                ;;
            * )
                echo "auto default high low"
                ;;
        esac
        ;;
    state )
        echo "Method: $(cat /sys/class/drm/card0/device/power_method)"
        echo "Profile: $(cat /sys/class/drm/card0/device/power_profile)"
        ;;
esac

# vim: set et ts=4 tw=80 :

Sicher nicht das schönste Skript, aber es tut sein Werk.

 

[jokergermanydevu]

Sicher nicht das schönste Skript, aber es tut sein Werk.

Was macht es genau?

/sys/class/drm/card0/device/power_profile

default

/sys/class/drm/card0/device/power_method

profile

 

[Berniyh]

Was macht es genau?

Das ist primär eine Hilfe für Leute die gerne vergessen wo man diese Dateien, die Puck erwähnte, findet.

 

[Cespenar]

Ich hatte vor kurzem ein ähnliches Problem, darum kann ich zum Power-Management des freien Radeon-Treibers einiges sagen:

Grundsätzlich sind zwei Betriebsarten möglich, "dynpm" und "profile". Einstellen kann man das in /sys/class/drm/card0/device/power_method.

dynpm versucht den Takt des Grafikchips und -speichers an die aktuelle GPU-Last anzupassen. Klingt erstmal gut, aber leider ist dieser Modus noch nicht so richtig ausgereift und kann Probleme machen.
profile ist die sicherere Einstellung. Hier wird das Powermanagement manuell auf ein bestimmtes Profil gesetzt, dynamische Taktänderungen finden kaum oder garnicht statt. Das Profil wählt man in /sys/class/drm/card0/device/power_profile unter folgenden Möglichkeiten:

• high - voller Takt
• medium - etwas abgesenkter Takt
• low - niedrigster Takt
• default = high
• auto - wechselt zwischen high und medium, je nachdem ob der Rechner am Netz hängt oder mit Akku läuft

Änderungen an den beiden Dateien gehen nach einem Neustart verloren, sollten also bei jedem Bootvorgang durch ein Script wieder neu vorgenommen werden.

Insgesamt ist das Powermanagement bei den freien Radeon-Treibern noch als rudimentär einzuschätzen. Der FGLRX kann außerdem noch zusätzliche Stromsparmechanismen aktivieren, ist also in dieser Hinsicht dem freien Treiber überlegen.

 

[PuckPoltergeist]

Insgesamt ist das Powermanagement bei den freien Radeon-Treibern noch als rudimentär einzuschätzen.

Und das wird sich leider auch so lange nicht ändern, so lange AMD da nicht noch ein paar Infos preis gibt.

Der Weg, der im Moment noch implementiert ist, ist das Powermanagement komplett über den Treiber regeln zu lassen. Das geht aber nicht, da der Treiber dazu zu langsam reagiert. Funktionieren wird das erst, wenn man das dem Controller auf dem Grafikchip überantworten kann.

 

[Berniyh]

Und das wird sich leider auch so lange nicht ändern, so lange AMD da nicht noch ein paar Infos preis gibt.

Der Weg, der im Moment noch implementiert ist, ist das Powermanagement komplett über den Treiber regeln zu lassen. Das geht aber nicht, da der Treiber dazu zu langsam reagiert. Funktionieren wird das erst, wenn man das dem Controller auf dem Grafikchip überantworten kann.

Im Zuge der UVD Veröffentlichungen wurde gesagt, dass die Infos (oder Patches?) zum Powermanagement bald folgen sollen. Eigentlich sollten diese sogar schon vor UVD kommen.

Es besteht also zumindest Hoffnung.

 

[PuckPoltergeist]

Im Zuge der UVD Veröffentlichungen wurde gesagt, dass die Infos (oder Patches?) zum Powermanagement bald folgen sollen. Eigentlich sollten diese sogar schon vor UVD kommen.

Es besteht also zumindest Hoffnung.

Jepp und hoffen wir mal, dass es bald kommt. PowerManagement ist noch die letzte große Hürde für den freien Treiber. Alles andere entwickelt sich eigentlich sehr gut bislang. Hätte auch nicht gedacht, dass sie die UVD-Einheit (so schnell) in die Freiheit entlassen.