Hallo zusammen,

da ich mich zur Zeit mächtige Sorgen bezüglich meines Laptop und der starken Hitzeentwicklung mache, habe ich bereits ein Thema dazu erstellt: http://forum.ubuntuusers.de/topic/unbekannte-hitzequelle-nach-update-auf-precise/. Jetzt habe ich weitere Forschungen angestellt und habe seltsame Ergebnisse entdeckt. Da ich aber nicht weiß, ob zwischen den beiden Dingen eine Verbindung besteht, hier also das neue Thema:

Ich kann mir mit "top" (oh, was ein Wunder ) die CPU-Auslastung der Prozesse anzeigen lassen. Dabei fiel mir auf, dass der Prozess "Xorg", also der XServer, fast immer unter den ersten 3 Plätzen liegt. Im idle mit 1% CPU-Auslastung auf meinem DualCore. Soweit ja ok, aber die RAM-Auslastung finde ich merkwürdig. Mit dem freien radeon-Treiber lag die bei 0,6% von 4GB RAM (=25 MB), mit dem jetzigen fglrx bei 2,0% (=80 MB). Doch damit nicht genug: Bei einfachen Aufgaben, wie ein Fenster verschieben auf der XFCE 4.10 Oberfläche schnellt die CPU-Auslastung auf 40% hoch. Unter Unity 2D sogar über 80%. Wäre es nur die CPU, würde ich es ja noch durchgehen lassen, aber auch die GPU meldet sich bei solchen einfachen Sachen recht deutlich: mittels

1

aticonfig --adapter=0 --od-getclocks

habe ich mir die GPU-Auslastung dabei angesehen: 25-30% unter XFCE 4.10 und über 60% unter Unity 2D.

Wie kommt diese parallele und vor allem so starke Auslastung zu Stande. Liegt es am fglrx-Treiber, oder hab ich mir den XServer in irgendeiner Art zerschossen? Sollte ich meine xorg.conf damit (XServer) mal neubauen?

1
2
3
4

wtf@lol-Satellite-A300:~$ lspci -k | grep -A2 -i vga
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV635 [Mobility Radeon HD 3650]
	Subsystem: Toshiba America Info Systems Device ff1e
	Kernel driver in use: fglrx_pci

Noch dazu:

Video: Last unter XFCE (7MB; 0:46)

Video: Last unter Unity 2D (11MB; 0:40)

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18

lol@wtf-Satellite-A300:~$ cat /var/log/Xorg.0.log | grep -E "(WW)|(EE)"
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  1796.300] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[  1796.300] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist.
[  1796.300] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist.
[  1796.300] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist.
[  1796.300] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist.
[  1796.302] (II) Loading extension MIT-SCREEN-SAVER
[  1796.321] (WW) Falling back to old probe method for fglrx ##Was ist hier los? Ist das das Problem?
[  1796.331] (WW) fglrx: No matching Device section for instance (BusID PCI:0@1:0:1) found
[  1796.385] (WW) fglrx(0): board is an unknown third party board, chipset is supported
[  1797.201] (WW) fglrx(0): Option "VendorName" is not used
[  1797.201] (WW) fglrx(0): Option "ModelName" is not used
[  1797.958] (EE) fglrx(0): Can not enable interrupt sourceID 0xff000066!
[  1798.380] (WW) fglrx(0): Cannot get updated TV attributes.
[  1798.492] (WW) fglrx(0): Cannot get updated TV attributes.
[  1806.821] (WW) fglrx(0): Cannot get updated TV attributes.
[  1807.689] (WW) fglrx(0): Cannot get updated TV attributes.

Bin wie immer über jede Hilfe dankbar

Edit: Auch beim Schließen von Fenstern (einfaches Terminal) geht die CPU-Last vom Xorg-Prozess auf 25%, und beim herumkreisen mit der Maus auf dem Desktop auch immerhin auf 5-8%...

*bump*

Hat niemand eine Idee?

Es kann doch nicht sein, dass eine solche Grafikkarte beim Verschieben von simpelsten Fenstern ohne jegliche 3D-Effekte über die Hälfte der zur Verfügung stehenden Leistung benötigt, nicht zu sprechen von der parallelen CPU-Auslastung?!

Das beschriebene Verhalten wird höchstwahrscheinlich durch den Tear Free Desktop Modus (VSync + Triple Buffering) verursacht.

Wenn dir 3d Grafik "so gut wie egal" ist, könntest du versuchsweise den freien "radeon"-Treiber testen, und, wegen Hitze und Akkulaufzeit die Karte dauerhaft auf "low" 'runtertakten, wie hier Beschrieben: Stromsparfunktionen. Habe ich jetzt aber keine Erfahrung mit, ist nur 'ne Idee, solche wolltest du ja - Musst du mal sehen, wie gut das in Punkto Wärme und Akkulaufzeit bei dir kommt. In meinem Desktop auf "high" ist die Graka im "Idle" jedenfalls fast so warm wie unter Last...nämlich 10-15° Mehr als mit dem fglrx.

Bin auch grade (auf dem Desktop) dauerhaft von fglrx auf radeon umgestiegen, und da war es auch so, dass bei fglrx, vor allem mit "rissfrei", viel cpu-last verbraten wurde. Scheinbar so gemein programmiert, dass es z.B. Echtzeitaudio massiv gestört hat, egal was ich probiert habe - auch bei'm verschieben von Fenstern und so, scheint also ein genereller Designfehler im Treiber zu sein! Bye Bye OpenGL 4.2 & OpenCL...

Edit: Grade mal bei mir gemacht, "echo low | sudo tee /sys/class/drm/card0/device/power_profile", nach einem kurzen schwarzen wegflacker bisschen mit xubuntu gesurft und so...Temp im "Idle" seitdem von 44° auf 36° gefallen, fglrx war bisschen niedriger. Temperatur blieb' auch bei kleinem 3d-Spielchen (war ruckliger) unter 40° (auf performance/high geht's an die 50, dann kickt der Lüfter 'rein).

TraumFlug schrieb:

Bin auch grade (auf dem Desktop) dauerhaft von fglrx auf radeon umgestiegen, und da war es auch so, dass bei fglrx, vor allem mit "rissfrei", viel cpu-last verbraten wurde. Scheinbar so gemein programmiert, dass es z.B. Echtzeitaudio massiv gestört hat, egal was ich probiert habe - auch bei'm verschieben von Fenstern und so, scheint also ein genereller Designfehler im Treiber zu sein! Bye Bye OpenGL 4.2 & OpenCL...

Hast du auch probeweise Compositing deaktivert?

amilaggin schrieb:

Hast du auch probeweise Compositing deaktivert?

Glaube Ja, aber ist hoffnungslos, wenn generell Grafiknutzung und Audio nicht gleichzeitig gehen. habe auch mit Interruptprioritäten und so 'rumgespielt. Mit dem freien Treiber alles wunderbar.

Der fglrx Treiber hat halt eine sehr lange Geschichte was Tearing angeht (und hohe Video Last allgemein). Und zwar eine so lange, dass es niemanden überraschen sollte, dass diese Kompensationsfunktion sehr dreckig ist und daher viel Leistung frisst. Um so mehr überrascht es mich, dass keine der 3 inzwischen vom freien Treiber mehr oder weniger unterstützten APIs für Hardware-beschleunigte Wiedergabe irgendwie halbwegs einfach zur Verfügung stehen, nicht einmal im hoch-experimentellen Xorg-Edgers PPA - dafür ist aber allgemein die Last bei der Wiedergabe so gering, dass es eh kaum jemanden kratzt.

Wenn dir 3d Grafik "so gut wie egal" ist, könntest du versuchsweise den freien "radeon"-Treiber testen,

Das werde ich dann mal versuchen

Ich habe jetzt auch mal vsync und rissfreien-Desktop im Catalyst-Control-Center deaktiviert. CPU und GPU-Last entsprechen in etwa dem wie vorher. Außerdem fiel mir auf, dass dieses Center meine PowerPlay-Einstellungen willkürlich ändert. Ich hatte eingangs beschrieben, dass sowohl unter Akku- als auch im Netzbetrieb, die Grafikkarte auf battery-saving stand... nix da!

Deshalb kühlte sich die Karte auch so schnell im Akkubetrieb wieder ab. Sie lief dann nur noch auf der untersten Frequenz (110 MHz von maximal 600 MHz). Was mich aber noch mehr wundert, ist die Auslastung im Akkubetrieb. Sofern ich es richtig verstanden hab, dass GPU-Load die Last in der aktuellen Taktrate angibt, dann läuft im Treiber irgendwas falsch:

Im Netzbetrieb: Fenster wackeln (jetzt sehr zerrissen ) GraKa steht bei 300 MHz und zeigt mir 30-33 % GPU Load -> entspricht ~100 MHz

Im Akkubetrieb: gleiches Szenario: GraKa steht bei 110 MHz und zeigt mir 45-50% GPU Load -> entspricht aber ~50 MHz (Sofern man hier etwas vergleichen kann)

Ich hatte schon gedacht, dass der Treiber da vollkommen fehl-programmiert ist, aber so extrem?! Nagut...

Dann frag ich hier gleich nochwas:

Sollte ich den "normalen" radeon Treiber aus dem Standart-PPA installieren, oder besser den vom Xorg Edgers PPA?

Die Pakete im Xorg-Edgers PPA sind direkt vom jeweiligen Entwicklungsstand gebaut und werden nicht getestet. Wenn da jemand Mist baut, bekommst du das also als erster mit - auch wenn das erfahrungsgemäß mit dem Treiber so gut wie nie vorkommt. Die Unterschiede sollten ohnehin minimal sein, die Zeit der großen Änderungen für diese Generation ist so gut wie vorbei. Da kannst du besser erst einmal den vorinstallierten nehmen.

Da kannst du besser erst einmal den vorinstallierten nehmen.

Dankeschön Werd ich machen...

Sooo...

Ich bin vom radeon-Treiber sehr positiv überrascht

Im idle und auf Sparflamme braucht mein Laptop sogar weniger Strom als mit dem fglrx (vorher 17 Watt, jetzt 15,7 Watt). 3D-Leistung ist zwar merklich geringer, aber für Sauerbraten (Spiel) reicht es noch (30-40 fps, auf niedriger Grafik). Etwas umständlich ist das Umschalten zwischen den Taktmodi (low und high), da ich auf "auto" nur Geflackere habe. Aber dafür hab ich mir schon einen Starter angelegt, der mir das automatisch switcht

Jetzt ist auch die Temperatur im Rahmen. Nach 30 Minuten zoggen, liegt sie so, wie beim alten fglrx-Treiber, mit dem ich keine Hitz-Probleme hatte.

Somit also: Thema erledigt

Etwas umständlich ist das Umschalten zwischen den Taktmodi (low und high), da ich auf "auto" nur Geflackere habe. Aber dafür hab ich mir schon einen Starter angelegt, der mir das automatisch switcht

Könntest Du noch posten, wie genau Du das gemacht hast, Metalbuntu? Das wäre super nett! Das jedes mal per CLI zu machen finde ich auch ziemlich umständlich …

Könntest Du noch posten, wie genau Du das gemacht hast, Metalbuntu? Das wäre super nett! Das jedes mal per CLI zu machen finde ich auch ziemlich umständlich …

Bitteschön:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31

#!/bin/bash

#get current state:

current=$(cat /sys/class/drm/card0/device/power_profile)

echo "Current setting is: $current"

setToAuto(){
	echo auto > /sys/class/drm/card0/device/power_profile
	echo "GPU was set to high"
}

setToLow(){
	echo low > /sys/class/drm/card0/device/power_profile
	echo "GPU was set to low"
}


echo "Setting new value..."
case "$current" in
    		low) setToAuto;;
    		high) setToLow;;
    		mid) setToLow;;
    		auto) setToLow;;
		default) setToLow;;
esac

sleep 2

exit 0

Davor solltest du aber noch in die rc.local Datei unter /etc/ folgende Zeile hinzufügen:

chmod a+w /sys/class/drm/card0/device/power_profile

Damit kannst du auch als normaler User die Einstellung ändern (sonst nur als root, bzw. mit "sudo").