Allgemeiner Plauderchat über das Thema DC Part III

Status
Für weitere Antworten geschlossen.
Wenn Du damit Linux meinst, dann heißt das Mittel der Wahl "amdgpu-utils".
Mit dem Programm "amdgpu-pac" kannst Du Alles einstellen.
Zumindest funktioniert es bei der Vega.
Hm, das scheint gar nicht so einfach zu sein.
Ich habe ja den AMDgpu-pro Treiber installiert bzw. davon auch nur OpenCL.
Die Tools setzen aber einen AMDgpu Open-Source-Treiber voraus. Ich hätte gedacht, dass der bereits in Ubuntu drin ist.

Bisher ist die VII aber mit Einstein ganz gut unterwegs. Das Messgerät in der Steckdose zeigt zwar meistens nichts an, aber wenn mal kurz ein Wert da ist, dann knapp über 300W.
Die Temperatur der GPU springt wild zwischen 70 und 90°C hin und her, die Lüfterdrehzahl bleibt aber gerade noch im erträglichen Bereich bzw. der Ton ist angenehm.

Erst wenn ich 2 WUs auf die GPU loslasse, wird es richtig laut und es geht in Richtung 100°C. Das muss dann doch nicht sein. 4-5 Minuten pro GRPBS sind OK.
 
Das ist natürlich blöde.
Bei der Vega 64 bedeutet P6 1536 Mhz, 1,150 mV. P7 1630 Mhz, 1,200 mV.
Wie koschi mir richtigerweise geraten hat, habe ich die Power-Range von 220W auf 290W angehoben,
was dazu führte, das die Karte jetzt bei 1630 Mhz "nur" mit 1,150 mV rechnet. Macht Temperaturtechnisch schon was aus.
 
Ich habe es trotzdem einfach mal versucht.
Denn eigentlich ist ja der amdgpu Teil des Linux-Kernels, wenn ich das richtig verstanden habe.

Die Bedienung ist zwar etwas kurios und ich weiß noch nicht, ob das alles so funktioniert wie vorgesehen.
Jedenfalls habe ich mal den Power Cap Wert von 250 auf 200 gesenkt.
Im amdgpu-monitor gibt es allerdings immer noch Spitzen bis 220W und Temperaturen bis in Richtung 90°
Und wirklich langsamer rechnet die Karte auch nicht.
Edit: Mit 180W steigt die Rechenzeit nun doch von 4:20 auf 5:10 - da scheint es also endlich eine Wirkung zu geben.

Bei den restlichen Einstellungen habe ich keine Ahnung, was sie bewirken und lasse lieber die Finger davon (z.B. Power Performance Mode oder VDDC).
Ich hoffe mal, der stellt wirklich nur die Dinge um, die ich auch geändert habe? Also eben Power Cap und nicht den Lüfter fix auf 37%, weil der gerade dort ist...
 
Zuletzt bearbeitet:
Gut möglich dass der dir den Lüfter auf 37% festnagelt. Im Selbstversuch bleibt der Lüfter bei mir (nachdem ich die Karte nach dem Boot eingestellt hatte) auf den gleichen RPM, egal ob idle oder unter load.

Du kannst allerdings das erstellte Skript auch anpassen, den PWM Teil rausnehmen oder das Programm mittels "./amdgpu-pac --no_fan" starten. Dann ist der außen vor.

--- Update ---

Eigentlich schreibt er auch nur von dir geänderten Werte in das Skript, die anderen Optionen werden im Skript dann jeweils ausgelistet, zB. "Mclk pstate 1 unchanged, skipping"
 
Da der Lüfter-Wert auch nach der Änderung munter vor sich hin schwankt, ändert sich sich wohl in der Tat nicht.
Wobei ich schon gerne die Lüfterkurve anpassen würde. Der reagiert ziemlich nervös und auch bei 180W geht die Temperatur in Spitzen weit rauf.
Aber es ist schon deutlich ruhiger geworden (bzw. die Geräusche gehen in den restlichen 4 Rechnern hier im Zimmer unter...)
 
221912981 111119781 29 Apr 2019, 13:59:17 UTC 3 May 2019, 21:08:59 UTC Fehler beim Berechnen 23,045.75 22,600.90 --- Theory Simulation v263.90 (vbox64_mt_mcore)
x86_64-pc-linux-gnu
221916377 111122279 29 Apr 2019, 13:59:17 UTC 3 May 2019, 21:08:59 UTC Fehler beim Berechnen 6,432.29 6,160.76 --- Theory Simulation v263.90 (vbox64_mt_mcore)
x86_64-pc-linux-gnu
221912404 111119328 29 Apr 2019, 12:15:43 UTC 3 May 2019, 21:08:59 UTC Fehler beim Berechnen 26,410.90 25,897.83 --- Theory Simulation v263.90 (vbox64_mt_mcore)
x86_64-pc-linux-gnu
221910199 111117762 29 Apr 2019, 12:15:43 UTC 3 May 2019, 21:08:59 UTC Fehler beim Berechnen 26,909.15 26,387.92 --- Theory Simulation v263.90 (vbox64_mt_mcore)
x86_64-pc-linux-gnu
221909299 111117098 29 Apr 2019, 10:02:35 UTC 3 May 2019, 21:08:59 UTC Fehler beim Berechnen 28,093.97 27,498.90 --- Theory Simulation v263.90 (vbox64_mt_mcore)
x86_64-pc-linux-gnu
221908915 111116854 29 Apr 2019, 10:02:35 UTC 3 May 2019, 21:08:59 UTC Fehler beim Berechnen 37,528.76 37,205.67 --- Theory Simulation v263.90 (vbox64_mt_mcore)
x86_64-pc-linux-gnu
221908046 111116217 29 Apr 2019, 9:45:44 UTC 3 May 2019, 21:08:59 UTC Fehler beim Berechnen 43,140.05 42,043.26 --- Theory Simulation v263.90 (vbox64_mt_mcore)
x86_64-pc-linux-gnu
221905969 111114751 29 Apr 2019, 9:41:38 UTC 3 May 2019, 21:08:59 UTC Fehler beim Berechnen 60,778.92 60,306.83 --- Theory Simulation v263.90 (vbox64_mt_mcore)
x86_64-pc-linux-gnu
das schmerzt ^^
 
Ich hab hier seit längerem ein seltsames Verhalten des BM unter openSUSE:
die Ansicht im Tab "Aufgaben" springt (egal was ich einstelle, verschiedene Rechner) ständig ganz nach unten zu den neu heruntergeladenen WUs. Ich würde aber gerne die laufenden Tasks und deren Fortschrittsbalken im Blick haben.
Als Workaround habe ich die Reihenfolge in der Spalte "Fortschritt" umgedreht. Das Ganze schaut dann so aus:



Zum Verständnis: wenn ich die Ansicht unter der Spalte "Fortschritt" nicht umdrehe sieht es für mich völlig unbefriedigend ständig so aus:



Alternativ könnte ich natürlich noch "Zeige nur aktive Aufgaben an" auswählen. Aber das ist ja auch nur eine Notlösung. Hab ich hier eine Einstellmöglichkeit übersehen? Hat jemand ne Idee, was hier nicht stimmt?

Gruß,
Ritschie
 
Zuletzt bearbeitet:
Das hab ich unter Ubuntu auch.
Was man sehen will, muss also nach unten sortiert sein.
Ich sehe darin aber kein großes Problem und hab mich dran gewöhnt.

--- Update ---

Edit: Mit 180W steigt die Rechenzeit nun doch von 4:20 auf 5:10 - da scheint es also endlich eine Wirkung zu geben.
Pustekuchen. Das waren wohl einzelne WUs, die etwas länger liefen.
Ich hab es jetzt mal auf 150W gestellt - trotzdem immer noch Peaks auf 220W mit 90°C und kurzem Lüfterheulen.
Da hab ich fast den Verdacht, dass zwar angezeigt wird, dass Power Cap geändert wurde, nur zeigt es keine Wirkung.
 
@Ritschie
Ich hab das auch, ist ein bekanntes Problem, hatte dazu mal was bei seti@home gelesen. Es gibt nen Patch für das Problem, keine Ahnung warum das nicht im offiziellen boinc behoben wird.
 
Die Theory Simulation brauchen Netzwerkverbindung, sonst sind die ungültig.

i know ^^

so allen zicken sind oben.
Einstein gestartet. Da kann man nur die daumen drücken ^^ jedenfalls wäre es für alle sinnvoll sich bereits jetzt wus zu saugen aufgrund des hohen pendings. in der regel fliegen ja mindestens die hälfte der wus ins pending.
 
Zuletzt bearbeitet:
@Ritschie
Ich hab das auch, ist ein bekanntes Problem, hatte dazu mal was bei seti@home gelesen. Es gibt nen Patch für das Problem, keine Ahnung warum das nicht im offiziellen boinc behoben wird.
Danke Dir und MagicEye04 für die Info! Mir war das Problem bisher nicht bekannt. So wichtig, dass ich das fixen müsste, ist es mir nicht. Zumindest weiß ich jetzt, dass das Problem nicht 50cm vor dem Bildschirm sitzt *joy*

P.S.: ist das ein Problem der Linux-Version des BM? Unter Windows ist mir das noch nicht aufgefallen - allerdings habe ich kein Win mehr.

Gruß,
Ritschie
 
Zuletzt bearbeitet:
Ich meine das hing irgendwie mit der wxwidgets Oberfläche zusammen, mit einer älteren Version derselben ginge es wohl...
 
P.S.: ist das ein Problem der Linux-Version des BM? Unter Windows ist mir das noch nicht aufgefallen - allerdings habe ich kein Win mehr.

Unter Windows tritt das nicht auf - und ich hab' mich auch schon gewundert, warum das in den Linux-VMs so blöde is...
 
Alternativ könnte ich natürlich noch "Zeige nur aktive Aufgaben an" auswählen. Aber das ist ja auch nur eine Notlösung. Hab ich hier eine Einstellmöglichkeit übersehen? Hat jemand ne Idee, was hier nicht stimmt?
Ich nutze ausschließlich diese, weil für einen größeren Überblick taugt nur Boinctasks. Deshalb wäre mir das nicht aufgefallen.
 
Ich nutze ausschließlich diese, weil für einen größeren Überblick taugt nur Boinctasks. Deshalb wäre mir das nicht aufgefallen.

Naja - ich will schon "auf einen Blick" sehen können, ob ich noch genug WUs auf Halde hab' - das ist unter Linux auch nicht so schön, weil man da nicht direkt den Scrollbalken (bzw. dessen Länge) wie unter Windows sieht.
Hilft auf einen Blick beim Bunkern, bzw. ob man "Nachfassen" muss.

Von daher finde ich die Anzeige der nur aktiven Tasks für mich nicht hilfreich...
 
In dem optimierten seti all in one Paket müsste eine gepatchte boincmgr Version drin sein, hab ich aber nicht selbst ausprobiert.
 
Naja - ich will schon "auf einen Blick" sehen können, ob ich noch genug WUs auf Halde hab' - das ist unter Linux auch nicht so schön, weil man da nicht direkt den Scrollbalken (bzw. dessen Länge) wie unter Windows sieht.
Bei mir ist der Scrollbalken in Ubuntu mengenabhägig unterschiedlich groß.
Einziger Nachteil bei Gnome3: Er wird ausgeblendet, wenn die Maus sich nicht in seiner Nähe befindet. Mit Mate als Oberfläche bleibt er immer sichtbar.
 
Bei mir ist der Scrollbalken in Ubuntu mengenabhägig unterschiedlich groß.
Einziger Nachteil bei Gnome3: Er wird ausgeblendet, wenn die Maus sich nicht in seiner Nähe befindet. Mit Mate als Oberfläche bleibt er immer sichtbar.

Da geht's schon wieder los - ich hab' halt irgendein Ubuntu installiert - und da seh ich den Scrollbalken halt nur, wenn ich mit der Maus hinfahre - was ich suboptimal finde...
 
Tja, das Gute an Linux ist: Es gibt für jeden Geschmack eine Distribution und Oberfläche.
Das Schlechte: man muss die passende Version erst mal finden. ;)
 
Nochmal eine OT Frage zu Linux...
Wie findet man eigendlich die Namen von apts heraus?
 
Wo und wie willst Du sie herausfinden?
Bzw. was ist der Hintergrund Deiner Frage?
 
Naja wenn ich mal was installieren will, was nicht in der Biblio ist, dann muss ich das doch über apts machen oder?
 
Status
Für weitere Antworten geschlossen.
Zurück
Oben Unten