10. Pentathlon 2019 - LHC@home (Sprint)

LHC hat mir gestern diese wunderbar unbenutzbare Windows-Oberfläche beschert.
Bei 6 Theory-WUs gleichzeitig, jeweils 1 Kern.
Irgendwann nach ner Stunde kam ich in den Taskmanager habe den Boincmanager abgeschossen und den Manager neu gestartet. Seitdem läufts flüssig, aber nur noch mit 4 WUs (50% der Prozessoren nutzen)

Video von dem Stunt. Zur Belustigung. *chatt*
https://1drv.ms/v/s!Ar-ARnHkNQnahN5LMZwKMCYGQucnJw
 
Naja, steht ja da: bad application name Theory, bad application name ATLAS. Aber wenn das bei Euch funktioniert unter Windows, sollte es das auch bei mir...?! *kopfkratz
 
schau doch mal im Verzeichnis nach wie die App bei Dir auf dem Rechner tatsächlich heißt?
 
schau doch mal im Verzeichnis nach wie die App bei Dir auf dem Rechner tatsächlich heißt?

Die App selbst befindet sich doch gar nicht im Verzeichnis, oder?! *chatt* Dort liegt doch nur die vdi-Datei für VirtualBox?!

Was passiert wenn bei den Projekten raus fliegt?

Macht keinen UNterschied. Syntaxfehler in app_info.xml

Ist mir jetzt wursch! Ich setze die Anzahl der Kerne im BM auf 10% und starte dann eben mehrere Instanzen davon. Sollte ja den selben Effekt haben, oder?
 
Zuletzt bearbeitet:
Also egal was ich einstelle. Jedes mal Berechnungsfehler. Ich geh zu den Zikaden.
 
so die ersten 4 wus sind raus eine kurze 500Cr und drei große 2500Cr-3000Cr
 
Also von den Theory Wus habe ich noch nicht eine gesehen. Aber dafür laufen sowohl VM- als auch native ATLAS-WUs.
Muss man nur erstmal wissen, dass die nativen ATLAS Python2 haben wollen und nicht 3. Sagt einem die Fehlermeldung der WU auch nicht.
 
Also egal was ich einstelle. Jedes mal Berechnungsfehler. Ich geh zu den Zikaden.

https://lhcathome.cern.ch/lhcathome/result.php?resultid=228772642

Code:
2019-05-17 08:59:37 (10256): Guest Log: [INFO] Mounting the shared directory
2019-05-17 08:59:37 (10256): Guest Log: [INFO] Shared directory mounted, enabling vboxmonitor
2019-05-17 08:59:37 (10256): Guest Log: [DEBUG] Testing network connection to cern.ch on port 80
2019-05-17 08:59:37 (10256): Guest Log: [DEBUG] Connection to cern.ch 80 port [tcp/http] succeeded!
2019-05-17 08:59:37 (10256): Guest Log: [DEBUG] 0
2019-05-17 08:59:37 (10256): Guest Log: [DEBUG] Testing CVMFS connection to lhchomeproxy.cern.ch on port 3125
2019-05-17 09:00:37 (10256): Guest Log: [DEBUG] nc: connect to lhchomeproxy.cern.ch port 3125 (tcp) timed out: Operation now in progress
2019-05-17 09:00:37 (10256): Guest Log: nc: connect to lhchomeproxy.cern.ch port 3125 (tcp) timed out: Operation now in progress
2019-05-17 09:00:37 (10256): Guest Log: [DEBUG] 1
2019-05-17 09:00:37 (10256): Guest Log: [ERROR] Could not connect to lhchomeproxy.cern.ch on port 3125
2019-05-17 09:00:37 (10256): Guest Log: [INFO] Shutting Down.
2019-05-17 09:00:37 (10256): VM Completion File Detected.
2019-05-17 09:00:37 (10256): VM Completion Message: Could not connect to lhchomeproxy.cern.ch on port 3125

Ist das noch irgendwo bei dir gesperrt?

--- Update ---

Code:
<app_config>
  <app>
    <name>Theory</name>
  </app>
  <app_version>
    <app_name>Theory</app_name>
    <avg_ncpus>1.0</avg_ncpus>
    <plan_class>vbox64_mt_mcore</plan_class>
    <cmdline>--nthreads 1</cmdline>
  </app_version>
</app_config>

Das klappt so bei mir ganz wunderbar, keine Syntaxfehler trotz aktiviertem unparsed_xml Flag.
Evtl. beschwert der sich nur über die unbekannten Apps weil er dafür noch keine WUs geladen hat?
 
NFS MiniBunker geleert .... habe jetzt 2x4 Kerne und 1x8 Kerne unter Linux bei den native Atlas.. übrigens ohne app_info.xml 8) ...läuft super und fehlerfrei.
 
Mit den Instanzen und der Einstellung im BM hat es geklappt :Dinstanzen.png
 
Wo kommt diese app_info.xml auf einer Windows-Maschine denn hin?
Nunja, wenn ihr es wisst, ist es sicher peinlich: app_info.xml
Das hier ist aber eine app_config.xml! Und wenn Apps unter Win nicht vorhanden sind, dann ist das bei der kein Problem.
 
Na wunderbar, so langsam kommen wir doch in Schwung :-)

Mein T430 und C2Q haben auch geliefert, wenn auch nur mit "mittelmäßigen" Credits:

T430 = 10833c am Tag:
Code:
228456459	114456577	16 May 2019, 8:00:48 UTC	17 May 2019, 0:38:13 UTC	Completed and validated	55,185.25	49,631.40	1,729.91	Theory Simulation v263.90 (vbox64_mt_mcore)
x86_64-pc-linux-gnu
228456476	114456594	16 May 2019, 8:00:48 UTC	17 May 2019, 4:28:20 UTC	Completed and validated	64,694.94	58,324.73	2,028.01	Theory Simulation v263.90 (vbox64_mt_mcore)
x86_64-pc-linux-gnu
228456497	114456615	16 May 2019, 8:00:34 UTC	17 May 2019, 3:02:08 UTC	Completed and validated	64,808.03	59,049.39	2,031.56	Theory Simulation v263.90 (vbox64_mt_mcore)
x86_64-pc-linux-gnu
228456483	114456601	16 May 2019, 8:00:33 UTC	17 May 2019, 3:05:37 UTC	Completed and validated	64,803.09	59,011.28	2,031.40	Theory Simulation v263.90 (vbox64_mt_mcore)
x86_64-pc-linux-gnu

C2Q = 8700c pro Tag:
Code:
228455514	114455694	16 May 2019, 7:55:13 UTC	17 May 2019, 0:29:27 UTC	Completed and validated	55,715.00	52,698.80	1,403.77	Theory Simulation v263.90 (vbox64_mt_mcore)
x86_64-pc-linux-gnu
228455523	114455703	16 May 2019, 7:55:13 UTC	17 May 2019, 2:51:46 UTC	Completed and validated	64,800.46	62,010.35	1,632.68	Theory Simulation v263.90 (vbox64_mt_mcore)
x86_64-pc-linux-gnu
228455526	114455706	16 May 2019, 7:55:13 UTC	16 May 2019, 23:18:59 UTC	Completed and validated	51,490.41	48,673.18	1,297.33	Theory Simulation v263.90 (vbox64_mt_mcore)
x86_64-pc-linux-gnu
228455527	114455707	16 May 2019, 7:55:13 UTC	17 May 2019, 3:09:22 UTC	Completed and validated	64,803.48	62,004.58	1,632.76	Theory Simulation v263.90 (vbox64_mt_mcore)
x86_64-pc-linux-gnu
 
Zuletzt bearbeitet:
Nunja, wenn ihr es wisst, ist es sicher peinlich: app_info.xml
Das hier ist aber eine app_config.xml! Und wenn Apps unter Win nicht vorhanden sind, dann ist das bei der kein Problem.

Tja, war ja klar, dass es irgendsowas sein musste *buck* Ist aber egal jetzt. Mit BM-Einstellung und Instanzen geht's auch 8)
 
Konnte weitere 14 Kerne zu theorie bewegen... Waren nicht einfach zu überzeugen :]
 
Ihr seid ja alle verrückt. *chatt* 4 Seiten in einer Nacht.

Naja. Seit meine NFS-Bünkerchen weg sind, suche ich Arbeit und habe wider besseres Wissen LHC aktiviert. Zu meinem Erstaunen kriege ich auf den Windows-PC Theory-Simulation und die scheint sogar zu laufen - jedenfalls nach der Stunde, die ich zum Lesen brauchte, läufts immernoch.

Wie geht das eigentlich an, dass das selbst ohne VB läuft? ???

Egal, mal schauen wie lange es wirklich braucht, die Vorhersage deutet auf >20h hin und das mit allen verfügbaren Kernen.
(O.K., O.K., auf dem ersten PC habe ich die app_config schon geändert, die Wuzen laufen jetzt auf je einem Kern.)
Das kann aber nur klappen, wenn ich mind. 16GB RAM bieten kann, auf denen mit 8GB muss ich wohl über den BM auf 50% reduzieren. *noahnung*
 
So den einen R7 noch auf 32 GB RAM gebracht, damit auch wirklich 16 WUs laufen. Was man nicht alles macht für ein paar Credits ^^
 
Aha, nach der geänderten app_config wird die eine Theory, die eben noch lief, nicht mehr gerechnet. Fehlermeldung:
Verschoben:Waiting to acquire slot directory lock. Another instance may be running.
 
Also mit allen Kernen&Threads unter Last bei Theorie wird die Kiste echt unbedienbar :o
 
Wie auch immer, die Theory simulations laufen derzeit und sehen nicht nach Abbruch aus. 24 Threads im Einsatz. Warten wirs ab.*wegpenn*
 
Na wunderbar, so langsam kommen wir doch in Schwung :-)
Ich würde ja sehr gerne auch Theorie rechnen, aber ich bekomme einfach keine.
Mal schauen, ob es wenigstens ATLAS gibt, die laufen auch nativ:
228540720 114506569 16 May 2019, 17:36:46 UTC 17 May 2019, 7:41:19 UTC Fertig und Bestätigt 15,031.65 55,883.94 585.37 ATLAS Simulation v2.59 (native_mt)
x86_64-pc-linux-gnu
 
Also bei mir hat die Hauptinstanz auch keine WUs für Theorie bekommen. Eine Bunkerinstanz auf dem selben Rechner wurde damit aber direkt zugeschissen (150 Stück kamen da auf einmal). *noahnung*
 
Konnte weitere 14 Kerne zu theorie bewegen... Waren nicht einfach zu überzeugen :]

kannst du doch auf der projektseite einstellen dauert halt nur 15-30 minuten (wenn man pech hat) bis die settings übernomen werden !!
 
kannst du doch auf der projektseite einstellen dauert halt nur 15-30 minuten (wenn man pech hat) bis die settings übernomen werden !!

Das ist nicht das Problem gewesen. Ein System wollte partout keine WUs bekommen und bei dem anderen hatte es die Virtual-Box Instalation zerschossen und die ließ sich auch nicht über den üblichen weg entfernen, bzw. vor allem neu installieren. Letzteres funktionierte nur mit dem BOINC-Client in dem VB schon integriert ist. Einzeln wollte gar nicht *noahnung*
 
Bei meinem FX kam nach der Umstellung beides rein, aktuell knabbert der an mit allen 8 Kernen an einer Theorie VBox WU.
Und nein, ich setze es nicht auf eine WU pro Kern runter. Ich bin schon froh das es läuft. ;)
 
Zurück
Oben Unten