9. Pentathlon 2018 - Asteroids@home (Stadtlauf)

Anbei meine app_info für FMA4 und CUDA für Linux:

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_10200_x86_64-pc-linux-gnu__cuda55</name> 
    <user_friendly_name>Period Search Application CUDA55</user_friendly_name>
	<executable/> 
</file_info> 
<file_info> 
	<name>libcudart.so.5.5</name> 
</file_info> 
<app_version> 
	<app_name>period_search</app_name> 
	<version_num>10200</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_10200_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>
 
dann sollte so die win x64/AVX Version aussehen:

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_windows_x86_64__avx.exe</name>
  <executable/>
</file_info>
<app_version>
	  <app_name>period_search</app_name>
    <version_num>10210</version_num>
    <avg_ncpus>1.000000</avg_ncpus>
    <max_ncpus>1.000000</max_ncpus>
    <flops>150000000000</flops>
    <plan_class>avx</plan_class>
    <file_ref>
    <file_name>period_search_10210_windows_x86_64__avx.exe</file_name>
    <main_program/>
    </file_ref>
</app_version>

<!-- CUDA --> 
<file_info> 
	<name>period_search_10200_windows_x86_64__cuda55.exe</name> 
    <user_friendly_name>Period Search Application CUDA55</user_friendly_name>
	<executable/> 
</file_info> 
<file_info> 
	<name>cudart64_55.dll</name> 
</file_info> 
<app_version> 
	<app_name>period_search</app_name> 
	<version_num>10200</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_10200_windows_x86_64__cuda55.exe</file_name> 
		<main_program/> 
	</file_ref> 
	<file_ref> 
		<file_name>cudart64_55.dll</file_name> 
		<copy_file/> 
	</file_ref> 
	<coproc> 
		<type>CUDA</type> 
		<count>1.0</count> 
	</coproc> 
</app_version>

</app_info>

ungetestet

Beim Einsatz gehen alle vorhanden Asteroids Wus des Systems verloren

Einsatz auf eigenes Risiko usw.
 
Inzwischen scheint es ja wieder massenhaft Arbeit zu geben.
 
Zum Glück - hab' mich mal gut bis Montag eingedeckt - dann werde ich notfalls nochmal einen Versuch mit Eurer genanntenapp_info.xml wagen...

Mein Notebook tut mir leid:
Die AVX-WUs (Haswell) quälen den Lüfter, dass es fast schon eine Schau ist - obwohl ich die CPU-Auslastung im BM schon weiter gedrosselt habe (CPU hängt jetzt hart am Power Limit)...*buck*
 
Zuletzt bearbeitet:
Einige Steinchen sind fertig und auf dem i7 m sind die AVX ca 30% und auf dem Ryzen 7 ca. 15% schneller als die SSE3. Jeweils Linux VM.
 
1700X arbeitet AVX und der FX6350 ist mit FMA4 dabei - THX für die Einstellungstips! *great*

Der FX ist da gar nicht mal so langsam unterwegs - nur ca. 1000s länger/WU gegenüber dem Ryzen.

Türen sind zu, Bonker in Arbeit 8)
 
Zuletzt bearbeitet:
Ich will nicht den ganzen Thread lesen, deshalb hier die Frage. Was ist besser: Win10 64bit oder VM Linux 64bit? Wenn Win10, gibt es eine Optimierung für meinem ollen PhII?
 
Ich versuche alle Infos in den Startpost zupacken und aktualisiere ihn regelmäßig.

Keine Besonderheiten OS
PhII -> kein FMA4 -> keine Optimierung notwendig

Hohlen (es gibt keine beschränkung der WU Anzahl), türen zu, rechnen, ab 14.05. 02:00 MESZ rauslassen, sicherheitshalber erst später
 
Einige Steinchen sind fertig und auf dem i7 m sind die AVX ca 30% und auf dem Ryzen 7 ca. 15% schneller als die SSE3. Jeweils Linux VM.
Dachte, der Ryzen profitiert, wie alle vorigen AMD CPUs, nicht von AVX? Kann das jemand bestätigen? Na gut, hab je eh keinen.
 
Mein Ryzen 1700X:
Period Search Application 102.10 windows_x86_64 (avx)
mittlere Berechnungsgeschwindigkeit 215.25 GFLOPS

Period Search Application 102.10 windows_x86_64 (sse3)
mittlere Berechnungsgeschwindigkeit 196.61 GFLOPS

Period Search Application (Anonyme Plattform, CPU) SSE3 manuell (falsche Wahl, Bunker ist aber voll mit alten WUs, bleibe erst mal dabei)
mittlere Berechnungsgeschwindigkeit 209.16 GFLOPS

VM verschlechtert minimal die Ergebnisse mMn
 
Zuletzt bearbeitet:
Musst schon nach den GFLOPS (die sind bei Asteroids sehr adäquat) Werten gehen, die Tastkdauer nicht sich nach der Meldezeit!
 
Hmm, korrigiert, also verliere ich etwas durch forcierte SSE3 Anwendung, warum aber der Unterschied in den FLOPS bei SSE3 und SSE3 manuell?
 
Kommt drauf, wie viele validiert wurden und von wann. Weil die WUs ja doch recht unterschiedlich lang laufen können.
 
Auf meinen Pilediver Opteron rechtnet mit Proxmox Virtualisierung (lubuntu 17 64Bit irgendwas) (11GB RAM) die optimierte FMA4 App bis 1% und fängt dann wieder bei 0% an. *suspect*
Ideen zur Lösung des Bugs?
 
Steht was im Log?
 
und prüfe mal die Rechte, erster Gedanke war, kann keine Checkpoints schreiben...
 
Ideen zur Lösung des Bugs?
Der FMA4-App hattest Du exec-Rechte verpasst? Falls ja und es trotzdem nicht geht, bitte zum Gegentest mal baremetal ohne Virtualisierung probieren (geht auch von Live-DVD ohne Installation); ist eh schneller :P
 
Leider nein, die logs sind leer.

Ich vermute|hoffe mal das ist ein Anzeigefehler. ;D Ich habe ise Flops auch um zwei Kommastellen erhöht. Letztendlich kommen sie alle über 1%, auch wenn sie dafür mehrer Anläufe brauchen. *suspect*

--- Update ---

@nero24

Hatte die gleichen Rechte wie die orginal App.
Laufe noch andere Instanzen. Aber wie gesagt, jetzt sieht erstmal gut aus.

periodecprb7.png
 
Zuletzt bearbeitet:
Jetzt, wo du das sagst: das war ja am Anfang wirklich so, dass die alte App mehrere Minuten zum Initialisieren brauchte, ehe sie richtig los rechnete. Das hatten dann neuere Apps fast komplett beseitigt.
 
Oha, das ist sogar merklich.
 
Ich will nicht den ganzen Thread lesen, deshalb hier die Frage. Was ist besser: Win10 64bit oder VM Linux 64bit? Wenn Win10, gibt es eine Optimierung für meinem ollen PhII?

Alles wichtige steht in den entsprechenden Startposts, damit nur der den ganzen Thread lesen muß der es gerne möchte.
Wenn etwas fehlen sollte bitte dem TE eine PM (mit den fehlenden Informationen) schreiben das er es editieren kann.


Gruß

D.U.
 
Ich bin begeistert! 8-(

Win10-Absturz beim 1700X -> Asteroids meldet nach Neustart Syntax-Error in der appinfo.xml und ALLE Asteroid-WU´s sind weg - Tschüss Bonker - 600WU, davon ca. die Hälfte berechnet *elch*
 
Das die App_info kaputt wird durch nen Absturz würde mir aber sorgen machen, da liest boinc nur von und schreibt nicht :o
zu viel OC/UV und dann die Asteroids -> Absturz kommt vor, hatte ich auch (auch Notabschaltung Temps), aber da ist nie eine Datei beschädigt worden!

Falls du ein Backup der Client_state von vorm Absturz hast und die Dateien wiederherstellen kannst, könnten die WUs gerettet werden...
 
Wenn das FS beim Crash korrumpiert wurde und die Boinc Dateien beschädigt wurden, dann ist das echt Pech. Das würde ich auf jeden Fall versuchen, wie TAL9k schreibt.
 
Zurück
Oben Unten