GPUGRID

[Michael H.W. Weber]

Nun, damit das stressfrei liefe müßte ich - Zitat vom Kollegen SpeedKing von vor vielen, vielen Jahren (aber ihr seht, es ist mir in grinsender Erinnerung geblieben) - dieses Ubuntu erstmal "ent-Ubuntu-isieren"...

Nee, im Ernst - ich weiss auch nicht, woran es da bislang immer hakte - dazu führe ich derlei Updates viel zu selten durch. Nach meiner Erinnerung waren dann die bei mir stets proprietär eingebundenen Grafiktreiber zerschossen, man mußte auf "default driver" umstellen und kam dann ins Rudern, weil bei Neustart die GPU gelegentlich nicht erkannt wurde und man in der Konsole hing.
Ist aber auch möglich, dass dies in der derzeit dort laufenden Ubuntu LTS Version mal in den Griff bekommen wurde. Ich traue mich da aber erst ran, wenn das WCG Race vorbei ist, sonst fallen da u.U. Rechenressourcen fürs Team weg.

Michael.

[Kolossus]

Danke für die Antwort und schönes Restwochenende

[Stiwi]

Früher hab ich mir dabei auch immer alles zerschossen. Ka wieso, damals habe ich es auch nie über die Konsole sondern über die Paketverwaltung da gemacht.

Die letzten Male lief es aber problemlos (bei mir unter Ubuntu), zumindest über die Konsole

[gemini8]

...leider darf ich erstmal 'ne CUDA-Remote-Update-Orgie unter Linux durchführen, bevor da irgendwas wieder läuft.

Warum denn das?
Aktueller Anlass oder sowieso nötig?
Bei mir läuft GPUGrid anstandslos auf Ubuntu 18 LTS sowie Debian10.
Der Ausfall beim Projekt hat daran nichts geändert.
Es kommen einfach wieder Aufgaben rein.

[Stiwi]

...leider darf ich erstmal 'ne CUDA-Remote-Update-Orgie unter Linux durchführen, bevor da irgendwas wieder läuft.

Warum denn das?
Aktueller Anlass oder sowieso nötig?
Bei mir läuft GPUGrid anstandslos auf Ubuntu 18 LTS sowie Debian10.
Der Ausfall beim Projekt hat daran nichts geändert.
Es kommen einfach wieder Aufgaben rein.

Also, I verified that there were very few results by apps from the old CUDA version, so I won't be re-deploying them. In other words, apps now require CUDA 10 (Linux) and CUDA 10.1 (Windows). In terms of drivers versions:

CUDA 10.1 (10.1.105) >= 418.39 for Windows
CUDA 10.0 (10.0.130) >= 410.48 for Linux

http://gpugrid.org/forum_thread.php?id=5183#55495

Je nachdem wie alt die Treiber waren muss man updaten^^

[gemini8]

Ah - mein Debian bringt 418.152 mit, und das Ubuntu läuft mit 450.66.
Funktioniert einfach weiter.

[Michael H.W. Weber]

Bei mir läuft auch das 18er LTS mit (laut BAM):

Code: Alles auswählen

1x CUDA
GeForce GTX 750 Ti
OpenCL 1.2 CUDA 9.1.84/390.138

GPUGRID holt also keine Tasks mehr seit deren Systemreaktivierung. CUDA meint, es sei auf dem neusten Stand.

Michael.

[gemini8]

Grundsätzlich gibt es neuere Nvidia-Treiber.
Ob Ubuntu die mitbringt, kann ich nicht sagen, weil ich das System so übernommen habe.
Auch weiß ich nicht, ob die GPU von neueren Treibern unterstützt wird.

[comes]

Grundsätzlich gibt es neuere Nvidia-Treiber.
Ob Ubuntu die mitbringt, kann ich nicht sagen, weil ich das System so übernommen habe.
Auch weiß ich nicht, ob die GPU von neueren Treibern unterstützt wird.

Ich hatte das Problem kürzlich bei Asteroids. Dann kam eine automatische Ubuntu-Aktualisierung auf den Nvidia-Treiber 450.66. Das ist jedenfalls für meine GTX 1660 der neueste. Seitdem läuft Asteroids wieder. GPUGrid habe ich seit dem Crash dort noch nicht wieder getestet. Könnte sein, dass dein Treiber 6 Jahre alt ist und GPUGrid diese alten Dinger jetzt nicht mehr unterstützt.

[Jürgen]

Ich habe testweise wieder GPU-Grid aktiviert, erhalte aber keine Aufgaben, obwohl lt. "Serverstatus" welche bereit stehen.
In den Meldungen wexeln sich immer
"No tasks send" und "Projekt delay 31 seconds" alle 30 Minuten ab.
NVidia-Treiber ist 450.57.
Daher werden wieder Genfer Primzahlen berechnet ....

[gemini8]

Da spinnt wohl der Server.
Im Forum wurde es gemeldet, und ich habe mich dort auch verewigt.

[Sven]

Mich hatte die BOINC-Meldung zu CUDA etwas irritiert, so daß ich unter Win10 einfach mal das CUDA-Toolkit nachinstalliert habe und siehe da, sofort wurden neue WUs gezogen...