Allgemeiner Plauderchat über das Thema DC Part II

Status
Für weitere Antworten geschlossen.
Jetzt hats KLONG gemacht. ;)

Meine GTX1050ti hat zwar ein paar WUs erwischt - aber die haben irgendwie keine Lust zu laufen :(

<core_client_version>7.6.31</core_client_version>
<![CDATA[
<message>
process exited with code 2 (0x2, -254)
</message>
<stderr_txt>
CUDA RC12!!!!!!!!!!
CUDA Device number: 0
CUDA Device: GeForce GTX 1050 Ti
Compute capability: 6.1
Multiprocessors: 6
Unsupported CC detected (CC2.0 and better supported only).

</stderr_txt>
]]>

Sie werden direkt beim Start abgebrochen.
Dabei wäre nach meiner Logik CC6.1 schon irgendwie besser als CC2.0

Seti funktioniert, an der Karte oder Boinc kann es also nicht liegen.

Edit: Ich sehe gerade, dass ich wohl wegen FMA4 eine optimierte App am Laufen habe. Kann es sein, dass die GTX1050ti dafür doch irgendwie zu neu ist?
Code:
<app_info>

<app>
    <name>period_search</name>
    <user_friendly_name>Period Search Application FMA4</user_friendly_name>
    <non_cpu_intensive>0</non_cpu_intensive>
</app>	
<file_info>
      <name>period_search_10210_x86_64-pc-linux-gnu__fma4</name>
  <executable/>
</file_info>
<app_version>
	  <app_name>period_search</app_name>
    <version_num>10211</version_num>
    <avg_ncpus>1.000000</avg_ncpus>
    <max_ncpus>1.000000</max_ncpus>
    <flops>5163094400.090000</flops>
    <file_ref>
    <file_name>period_search_10210_x86_64-pc-linux-gnu__fma4</file_name>
    <main_program/>
    </file_ref>
     </app_version>

<!-- CUDA --> 
<file_info> 
	<name>period_search_10112_x86_64-pc-linux-gnu__cuda55</name> 
	<executable/> 
</file_info> 
<file_info> 
	<name>libcudart.so.5.5</name> 
</file_info> 
<app_version> 
	<app_name>period_search</app_name> 
	<version_num>10112</version_num> 
	<avg_ncpus>0.05</avg_ncpus> 
	<max_ncpus>0.10</max_ncpus> 
	<plan_class>cuda55</plan_class> 
	<file_ref> 
		<file_name>period_search_10112_x86_64-pc-linux-gnu__cuda55</file_name> 
		<main_program/> 
	</file_ref> 
	<file_ref> 
		<file_name>libcudart.so.5.5</file_name> 
		<copy_file/> 
	</file_ref> 
	<coproc> 
		<type>CUDA</type> 
		<count>1.0</count> 
	</coproc> 
</app_version>

</app_info>
 
Zuletzt bearbeitet:
Umbedingt veraltet. Entweder manuell die aktuellsten Dateien holen und die Konfig anpassen, oder die diese ganz löschen und vom Projekt verwalten lassen.
 
Also ich weiß nur von Collatz Conjecture und Milkyway, dass die 1.1 brauchen.
Amicable Numbers sagt: AMD (HD 5xxx or newer) or NVIDIA (GTX 4xx or newer) GPU with OpenCL support and at least 2 GB of video memory.
Bei Einstein, konnte ich nichts finden... (ist auch ne super Seite geworden!)
Enigma braucht auch 1.1.
Das gleiche bei Moo! Wrapper.
Primegrid kann ich nichts zu sagen.
SETI sagt: Project down for maintenance
Universe: 1.1
Falls es von Interesse ist: basierend auf diesem Forumpost habe ich Moo ausprobiert und tatsächlich, das Projekt liefert noch OpenCL-1.0-kompatible Aufgaben aus und sogar für eine Karte, die nur Single Precision beherrscht. Device peak FLOPS = 240.18 GFLOPS.

drmjlkeralpwzwf5l.png


Code:
<core_client_version>7.8.3</core_client_version>
<![CDATA[
<stderr_txt>

09:36:13 (2556): wrapper v1.4 build 17 for AMD/ATI Stream starting (BOINC Wrapper v7.5.26011)
09:36:13 (2556): device: AMD/ATI GPU 0: ATI Radeon HD 4600 series (R730) (CAL version 1.4.1734, 512MB, 480MB available, 960 GFLOPS peak)
09:36:13 (2556): checkpoint interval: 0h15m00s00 (task 44800 GFLOPS, 0h00m46s66 per packet)
09:36:13 (2556): wrapper: running dnetc519-win32-x86-stream.exe (-ini dnetc.ini -runoffline -multiok=1) - attempt 1/10

dnetc v2.9110-519-CTR-12011718 for ATI Stream on Win32 (WindowsNT 6.2).
Using email address (distributed.net ID) 'xxx@moowrap.net'

[Mar 09 08:36:14 UTC] Automatic processor type detection found
                      a HD4650/HD4670 processor.
[Mar 09 08:36:14 UTC] RC5-72: using core #0 (IL 4-pipe c).
[Mar 09 08:36:14 UTC] RC5-72: Switched to random subspace 1341 (stored)
[Mar 09 08:36:14 UTC] RC5-72: Loaded D7:F441EE60:00000000:16*2^32
[Mar 09 08:36:14 UTC] RC5-72: 1 packet (16.00 stats units) remains in in.r72
[Mar 09 08:36:14 UTC] RC5-72: 0 packets are in out.r72
[Mar 09 08:36:14 UTC] 1 cruncher has been started.
[Mar 09 08:42:53 UTC] RC5-72: Completed D7:F441EE60:00000000 (16.00 stats units)
                      0.00:06:38.53 - [172,431,515 keys/s]
[Mar 09 08:42:53 UTC] RC5-72: Loaded D7:F441EE70:00000000:16*2^32
[Mar 09 08:42:53 UTC] RC5-72: Summary: 1 packet (16.00 stats units)
                      0.00:06:38.53 - [172.43 Mkeys/s]
[Mar 09 08:42:53 UTC] RC5-72: 0 packets remain in in.r72
[Mar 09 08:42:53 UTC] RC5-72: 1 packet (16.00 stats units) is in out.r72
[Mar 09 08:49:32 UTC] RC5-72: Completed D7:F441EE70:00000000 (16.00 stats units)
                      0.00:06:38.34 - [172,513,328 keys/s]
[Mar 09 08:49:32 UTC] Shutdown - packet limit exceeded.
[Mar 09 08:49:32 UTC] RC5-72: Summary: 2 packets (32.00 stats units)
                      0.00:13:16.87 - [172.47 Mkeys/s]
[Mar 09 08:49:32 UTC] RC5-72: 0 packets remain in in.r72
[Mar 09 08:49:32 UTC] RC5-72: 2 packets (32.00 stats units) are in out.r72
[Mar 09 08:49:32 UTC] *Break* Shutting down...
[Mar 09 08:49:33 UTC] Shutdown complete.
09:49:34 (2556): dnetc519-win32-x86-stream.exe exited; CPU time 3.406250
09:49:34 (2556): called boinc_finish(0)

</stderr_txt>
]]>

Anscheinend funktioniert GPGPU nicht über eine Remotedesktopverbindung (steht zumindest im Event Log), was die ganze Sache nicht wirklich praktikabel macht. Aber zumindest meine Neugierde wurde erstmal gestillt.

MfG
 
Umbedingt veraltet. Entweder manuell die aktuellsten Dateien holen und die Konfig anpassen, oder die diese ganz löschen und vom Projekt verwalten lassen.
Ich hab das Projekt mal zurückgesetzt.

Aber bisher muss ich feststellen, dass der FX mit optimierter App und mit weniger Takt (3,4GHz) schneller als der Ryzen (3,6GHz) ist.
Die Optimierung scheint also schon noch sinnvoll zu sein oder Asteroids mag SMT nicht so besonders.

Mal schauen, was vorbeikommt, wenn das Projekt mal wieder irgendwas anbietet.
Die Dateien in Deinem Link sind ja auch schon uralt, also zumindest kann ich keine neueren Versionen finden als die Beiden, die ich habe - 2015 ist Schluss. Und in den nichtssagenden 1000 Unterverzeichnissen wühle ich jetzt bestimmt nicht die nächsten Stunden herum. ;)

Die GTX1050ti knuspert nun fröhlich Seti bei 38°C mit einem 140er Lüfter auf 600U/Min. Traumhaft still und kühl. :)
Genau das mag ich eben an passiv gekühlten Karten. Leiser Lüfter drauf und man hat einen Kühler, dessen Leistung und Lautstärke man sonst nirgends findet. Nimmt halt 3,5 Slots weg.

Edit: Jetzt ist die CUDA App 10200 ausgeliefert worden, die sieht auf jeden Fall schon mal neuer aus und damit wird nun auch gerechnet.
Ich prügel einfach im Minutentakt auf den Server ein, damit er mehr Arbeit rausrückt. :)
 
Zuletzt bearbeitet:
Aber bisher muss ich feststellen, dass der FX mit optimierter App und mit weniger Takt (3,4GHz) schneller als der Ryzen (3,6GHz) ist.
Die Optimierung scheint also schon noch sinnvoll zu sein oder Asteroids mag SMT nicht so besonders.
Oh, stimmt, gar nicht drauf geachtet. Dann ist das natürlich fast zwingend, weil die FMA4 App wirklich einiges bringt.
Und die neuste Cuda App ist von 2016, liegt da im Hauptverzeichnis. Aber nun hast Du sie da und könntest sie in die app_info integrieren.
Und ja, der Code ist hochoptimiert, natürlich bringt dann SMT nicht so viel. Prinzipiell. POGS dürfte, da sehr schlecht optimiert, von SMT sehr viel profitieren.

Ach man, das regt mich so auf, dass ich mir nicht mehrere Tage Asteroiden aufgeladen hatte. Heute Abend könnte schon bei den nächsten alles leerlaufen.
 
Ach man, das regt mich so auf, dass ich mir nicht mehrere Tage Asteroiden aufgeladen hatte. Heute Abend könnte schon bei den nächsten alles leerlaufen.
So wie ich das sehe, besteht keine Gefahr von hinten und erst recht keine Chance nach vorne. Also mach dich nicht verrückt!



Gruß,
Ritschie
 
Zuletzt bearbeitet:
Der Boinc-Manager ist echt eine total zickige Diva!

Ich hab die app-info für die neue CUDA-WU angepasst und vermutlich noch irgendwie einen Tipp-Fehler gehabt.
Was macht die Zicke: "App nicht gefunden, bäh ich lösche jetzt einfach radikal alles, incl. der nicht gefundenen app."

Und Asteroids ist gerade down, also kann ich die App auch nicht neu laden. Mäusemelken geh.
 
ja ja der boinc manager könnte mal eine überarbeitung vertragen. gerade wenns ums thread verteilen geht und man verschiedene projekte cruncht.
 
So, jetzt werden die FMA4 auf der GPU gerechnet und die CPU dreht Däumchen.
Irgendwie war das nicht so geplant.
 
FMA4 auf der GPU? o_O
 
Nee, die laufen auf der NVidia definitiv nicht.

Ui, Universe hat eine neue App: Black Hole Database
Und erstmal paar Test-WUs raus geschickt.
 
SteineimWeltall hat zZ ein paar WUs die man abgreifen kann! :)
 
FMA4 auf der GPU? o_O

Vielleicht kommt der zickige Boinc-Manager auch einfach durcheinander.


Die CPU ist zum Glück inzwischen auch wieder versorgt und auf die alte Geschwindigkeit zurückgekehrt (2h bei 3,4GHz)
 
@joe carnivore
Das Huawei E5 ist angekommen ! Danke !
In ein paar Tagen, wenn ich hier raus bin, werde ich das Teil aktivieren.

Meine PCs sind bis auf einen C2 jetzt ausgeschaltet. Eigentlich wollte ich noch bis zuletzt ein paar WUs knabbern, aber die
aktuell installierten Projekte, bis auf Langläufer wie Seti und Einstein, bekommen keine WUs mehr.
Seit dem Neustart von Universe geht auch hier nix mehr auf den C2's.
Der letzte C2 ackert noch an ein paar pogs. In ca. 10h sind die weggeknabbert, dann wird auch der abgeschaltet.

Wenn ich wieder Fuß gefaßt habe, dann melde ich mich wieder. Bis dann.
 
Bzw. einfach gar kein Name.
Die Zeile:
<user_friendly_name>Period Search Application FMA4</user_friendly_name>
war nur bei FMA4 vorhanden, bei CUDA fehlte sie ganz. Darum hat der Boincmanager wohl den Namen für alles genommen.
Mal schauen, ob es nun mit einem neuen Namen für CUDA besser klappt.
 
so ein mist. meine linux vm hat ein login loop bug :|

eine neue linux vm zu erstllen geht fixer als das problem anderweitig zu lösen -_- naja jedenfalls hat linux wieder einen immensen speed vorteil @ universe@home ^^
 
Zuletzt bearbeitet:
@MagicEye04: Nein, der Name ist bloß optional, der Menschenlesbarkeit zuliebe. Hat also keinerlei funktionalen Einfluss.
 
die neue universe app ist noch buggy also lieber nicht crunchen 120 rechenstunden für nichts ^^
 
Wenigstens für WUProp. Die Credits haben die fehlerhaften bisher überkompensiert.

Und Asteroids hat jetzt wieder Arbeit.
 
Aus aktuellen Anlass wegen GPU Temperatur von 90°C bei 15°C kühler Luft folgende kurze Frage:

Wie stark kann man eigentlich einen PWM Anschluss auf einen Serverboard belasten? Das Manual dazu gibt darüber keine Info...
Board Super X8SIE-LN4, Fan Delta QFR1212EHE 12V (Datenblatt 1,0A, Label sagt 1,5A)

Den GPU Kühler will ich nicht ändern und plane eine zusätzliche Zuluftmöglichkeit im Gehäuseboden,
unmittelbar über dem GPU Kühler der Sapphire Pulse RX560.
Zusammen mit dem starken Deltalüfter als Abluft, sollte das mehr als ausreichend sein (Luft Temperatur kann auf >40°C steigen)
 
Zuletzt bearbeitet:
Falls noch nicht geschehen würde ich die RX560 mal undervolten den da geht einiges ;)
 
Habe es mal von 1,1V auf 1V runter gestellt und die Min/Max Werte zurückgesetzt. Mal schauen wie viel es bringt, denke das ich um den Gehäuseumbau nicht herum komme.
 
Status
Für weitere Antworten geschlossen.
Zurück
Oben Unten