10. Pentathlon 2019 - LHC@home (Sprint)

Bei mir läuft Sixtrack auf Ubuntu problemlos, ist kein generelles Problem...
 
Ich lasse meine erstmal laufen, noch kann ich garnichts zu Laufzeiten sagen.

Bei beiden Linuxmaschinen kann ich nicht einmal Bunkern, weil ich nur übern BM rankomme. Durch Q2 werden die aber hoffentlich im Pending hängen bleiben, bis es soweit ist.

--- Update ---

Ich kann nur sagen, dass es sich hier auf dem Lappy nicht lohnen wird. Nach bisher 35min eine einzige bei 50%, eine bei 18%, die anderen 6 WU um die 10%.
Und das auf einem i7-3630QM @2.400MHz *koppschüttel*

--- Update ---

Auf dem Opteron 3280 / Mint sind die WU nach 46min bei 70....86%
Das ist schon deutlich besser.
 
Perfekt, konnte grad auf der Maschine an der ich sitze wohl genug bis zum start bunkern.
 
Das ist ja ein Unfug: Die Wuzen, die nach 6-8s auf Ubuntu "abgebrochen" wurden, sind alle gültig geschrieben worden - aber alle mit 0,0x Credits.
War das ein Test, ob die lauffähig sind? ???

Und eine vom Opteron ist auch schon gültig. Laufzeit fast 1.800s und sage und schreibe 5,5 Credits. Da schaffe ich dann gut 2k/d.
:-/
 
Zuletzt bearbeitet:
Ich versuche gerade ob sich auch die Theory VBox WUs bunkern lassen. Runterladen geht natürlich, aber die Starten ja nicht bei pausierter Netzwerkverbindung.

Das BOINC Projekt als solches verwendet 3 Domains (lhcathome-upload.cern.ch, lhcathomeclassic.cern.ch, lhcathome.cern.ch) innerhalb der VBox werden jedoch andere Domains genutzt (vccondor01.cern.ch, vccs.cern.ch, lhchomeproxy.cern.ch und cern.ch) für Jobscheduling etc. über Condor.
Ich habe daher nur die Domains des BOINC Projektes gesperrt, die anderen aber offen gelassen.
Netzwerkzugriff muss nachwievor erlaubt sein, WU Uploads dürften aber fehlschlagen.

2019-05-14 10:41:05 (7105): Guest Log: [DEBUG] Testing network connection to cern.ch on port 80
2019-05-14 10:41:05 (7105): Guest Log: [DEBUG] Connection to cern.ch 80 port [tcp/http] succeeded!
2019-05-14 10:41:05 (7105): Guest Log: [DEBUG] 0
2019-05-14 10:41:05 (7105): Guest Log: [DEBUG] Testing CVMFS connection to lhchomeproxy.cern.ch on port 3125
2019-05-14 10:41:05 (7105): Guest Log: [DEBUG] Connection to lhchomeproxy.cern.ch 3125 port [tcp/a13-an] succeeded!
2019-05-14 10:41:05 (7105): Guest Log: [DEBUG] 0
2019-05-14 10:41:05 (7105): Guest Log: [DEBUG] Testing VCCS connection to vccs.cern.ch on port 443
2019-05-14 10:41:05 (7105): Guest Log: [DEBUG] Connection to vccs.cern.ch 443 port [tcp/https] succeeded!
2019-05-14 10:41:05 (7105): Guest Log: [DEBUG] 0
2019-05-14 10:41:05 (7105): Guest Log: [DEBUG] Testing connection to Condor server on port 9618
2019-05-14 10:41:05 (7105): Guest Log: [DEBUG] Connection to vccondor01.cern.ch 9618 port [tcp/condor] succeeded!
2019-05-14 10:41:05 (7105): Guest Log: [DEBUG] 0
2019-05-14 10:41:06 (7105): Guest Log: [DEBUG] VM is running outside WLCG
2019-05-14 10:42:10 (7105): Guest Log: [DEBUG] Probing CVMFS ...


Code:
# LHC
127.0.0.1   lhcathome-upload.cern.ch
127.0.0.1   lhcathomeclassic.cern.ch
127.0.0.1   lhcathome.cern.ch


Macht (wenn es klappt) mehr Sinn die zu bunkern als sich mit Sixtrack abzugeben, die sind unberechenbar (Laufzeit) und geben nur geringe Punkte.
 
Leider werden nur Sixtrack geladen, wenn man die aktiviert hat.
Hast du auch mal die TheorieN probiert?
 
Noch nicht, ich warte mal die vbox WUs (sind nur 4) ab, vielleicht komme ich heute Abend dazu...
 
Das ist ja ein Unfug: Die Wuzen, die nach 6-8s auf Ubuntu "abgebrochen" wurden, sind alle gültig geschrieben worden - aber alle mit 0,0x Credits.
War das ein Test, ob die lauffähig sind? ???
Wenn ein "Ergebniss" nach ein paar Sekunden schon gefunden wird ist die Wu fertig, entsprechend der CPU Zeit wird dann die Cr vergeben.
Und eine vom Opteron ist auch schon gültig. Laufzeit fast 1.800s und sage und schreibe 5,5 Credits. Da schaffe ich dann gut 2k/d.
:-/
Bei der WU mal nach deinem Wingman geschaut wie viel Sekunden CPU Zeit der hatte?
 
Noch nicht, ich warte mal die vbox WUs (sind nur 4) ab, vielleicht komme ich heute Abend dazu...

https://lhcathome.cern.ch/lhcathome/forum_thread.php?id=4971#38259

This will only suspend the application in memory. To suspend the application to disk so that it will survive the client exiting requires the container checkpointing feature. However, this is not currently available for Linux containers.


Hmm, das macht das ganze nicht wirklich attraktiv. Kann man zu Forschungszwecken mal installieren, langfristig wäre mir das nichts.
 
Bunker 1 fertig gerechnet, dann mal weiter mit Bunker 2 ;-P
 
Wenn ein "Ergebniss" nach ein paar Sekunden schon gefunden wird ist die Wu fertig, entsprechend der CPU Zeit wird dann die Cr vergeben. Bei der WU mal nach deinem Wingman geschaut wie viel Sekunden CPU Zeit der hatte?

Ja, der Wingman hatte die halbe Zeit auf einem i7-6850K (ist plausibel) und hat auch 5,5 Cr erhalten.
Ich habe mal alle anderen, die bisher gültig sind durchgescheckt, Die Cr/h*Core liegen irgendwo zwischen 8 und 23. Wobei die guten Werte bei den ganz langen liegen und die schlechten bei den kurzen WU. wenn sich das in der Mitt einpendeln sollte - wenn - dann könnte ein i7 oder Xeon bei 2.5k/d liegen. Das ist unglaublich wenig.
 
Mach VirtualBox drauf, die Theory geben gut Credit...
 
VB ist zumindest bei 4 PCs drauf. Also setze ich jetzt die drei PC mit Sixtrack auf no new work und breche dort alle ab, die noch nicht angecrunchet sind.
Danach versuche ich mal auf einer VB Theory zu bekommen. Wäre dann aber ein Novum für mich. Habe ich noch nie versucht.
 
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>

dazu und alles wird gut
 
Nun habe ich die ganze Prozedur auch in dem VBox Linux meines Schleppis eingerichtet und nun sagt das Projekt das es keine Atlas und Theorie WUs gäbe. *motz*
 
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>

dazu und alles wird gut

Ach du meine Güte. :o Jetzt muss ich nur noch den Pfad in der finden. Bei Windows kein Problem....
Äh, ja, noch schlimmer: Das ist eine von Neros VMs, also nur konsole verfügbar. :-/

--- Update ---

Gut. die nativen Wuzen (theory) für Linux laufen jedenfalls auch nicht. 10 Stück geschrottet in 20s. Projekt entfernt.

Ich lasse die letzte Sixtrack von der zweiten nativen Linux-Maschine noch zu Ende rechnen und entferne auch dort.
Die VM kriegt aus unbekannten Grund keine Theory.

Ich widme mich dann wieder dem, was ich kann.
 
Mach VirtualBox drauf, die Theory geben gut Credit...
So wie es ausschaut wurde der Bug mit den guten Credits behoben.
Code:
13 May 2019, 15:45:10 UTC 	Fertig und Bestätigt 	54,257.13 	57,269.78 	556.07 	Theory Simulation v263.90 (vbox64_mt_mcore) x86_64-pc-linux-gnu
Früher gab es da mehr als 3 x soviel.
 
Nützt aber doch nur dem, der welche kriegt. Meine VM kriegt NULLLLLLL

--- Update ---

Aber sehe ich das richtig? 57k Sekunden und nur 556 Credits? Das ist ja noch weniger als die Sixtrack bringen!?

--- Update ---

Naja, erst nachrechnen lohnt doch, ist fast dreimal soviel, aber lohnt auch nicht. Egal, es trifft ja alle.
 
Ach du meine Güte. :o Jetzt muss ich nur noch den Pfad in der finden. Bei Windows kein Problem....
Äh, ja, noch schlimmer: Das ist eine von Neros VMs, also nur konsole verfügbar. :-/
Finde ich unter Linux einfacher und schneller erreichbar. Alles Debianbasierte unter sudo nano /var/lib/boinc-client/projects/lhcathome.cern.ch_lhcathome/app_config.xml Codezeilen rein kopieren, speichern, fertig.

Dass die Theory Native ohne installierte cvmfs abbrechen ist ja hier gezeigt worden, das muss man nachinstallieren, ist aber eher was für fortgeschrittene. Also besser die TheoriyN deaktiveren und nur die VB zulassen. Hab aber selbst noch keine bekommen/geholt. Bin noch bei NFS.
 
Debianbasiert heißt z.B. auch Ubuntu!? Aber die VM kriegt ja auch nichts.
Aber egal, ich habe jetzt mit der Rumspielerei LHC aufgehört und mache wieder NFS und WCG - beides mit Vollgas.

--- Update ---

O.K., versucht habe ich es wenigstens. Auf diese VM scheint das nicht zuzutreffen, wenn ich das so eingebe, ist die Antwort "das Verszeichnis existiert nicht".
Sprich: nano kann nichts erstellen, wenn der Ort nicht existiert, wo es das soll. Möglichweise doch kein Debian?

Das ist das Problem mit der shell / Kommandozeile etc. wenn irgendwas nicht stimmt oder ein Fehler in der Syntax ist, scheitert man, auch kopieren/einfügen geht nicht wie gewohnt.
Dann hat man schnell die Schanuze voll und lässt es wieder sein.

--- Update ---

Ah, bis /var/lib/ stimmt das, aber schon boinc-client existiert nicht. K.A. wo das Verzeichnis hier wirklich liegt - und ich kriege das ohne Desktop auch nie raus. Das steht mal fest.
 
Zuletzt bearbeitet:
So wie es ausschaut wurde der Bug mit den guten Credits behoben.
Code:
13 May 2019, 15:45:10 UTC 	Fertig und Bestätigt 	54,257.13 	57,269.78 	556.07 	Theory Simulation v263.90 (vbox64_mt_mcore) x86_64-pc-linux-gnu
Früher gab es da mehr als 3 x soviel.

https://lhcathome.cern.ch/lhcathome...930008&offset=0&show_names=0&state=4&appid=13

Code:
227697594 	114103459 	13 May 2019, 11:49:13 UTC 	14 May 2019, 8:40:52 UTC 	Fertig und Bestätigt 	47,049.83 	45,895.67 	11,389.64 	Theory Simulation v263.90 (vbox64_mt_mcore)
windows_x86_64
227699565 	114104427 	13 May 2019, 11:48:50 UTC 	14 May 2019, 7:25:28 UTC 	Fertig und Bestätigt 	44,407.13 	43,275.55 	10,749.90 	Theory Simulation v263.90 (vbox64_mt_mcore)
windows_x86_64
227662982 	114086034 	13 May 2019, 7:41:20 UTC 	14 May 2019, 12:07:38 UTC 	Fertig und Bestätigt 	65,405.26 	64,793.59 	15,833.05 	Theory Simulation v263.90 (vbox64_mt_mcore)
windows_x86_64
227553135 	114030592 	13 May 2019, 3:53:16 UTC 	14 May 2019, 7:30:41 UTC 	Fertig und Bestätigt 	65,394.27 	64,849.84 	15,830.39 	Theory Simulation v263.90 (vbox64_mt_mcore)
windows_x86_64
227477978 	113992175 	13 May 2019, 3:50:29 UTC 	14 May 2019, 1:30:23 UTC 	Fertig und Bestätigt 	44,407.83 	43,240.70 	10,750.07 	Theory Simulation v263.90 (vbox64_mt_mcore)
windows_x86_64
227229556 	113866405 	12 May 2019, 18:29:59 UTC 	13 May 2019, 15:41:04 UTC 	Fertig und Bestätigt 	47,252.64 	46,053.34 	11,438.73 	Theory Simulation v263.90 (vbox64_mt_mcore)
windows_x86_64
227140941 	113822257 	12 May 2019, 16:26:54 UTC 	13 May 2019, 15:45:27 UTC 	Fertig und Bestätigt 	54,937.38 	53,700.06 	13,299.03 	Theory Simulation v263.90 (vbox64_mt_mcore)
windows_x86_64
227132696 	113817972 	12 May 2019, 15:55:38 UTC 	13 May 2019, 20:27:21 UTC 	Fertig und Bestätigt 	65,768.90 	65,083.13 	15,921.08 	Theory Simulation v263.90 (vbox64_mt_mcore)
windows_x86_64
227124729 	113813996 	12 May 2019, 14:48:39 UTC 	13 May 2019, 17:20:33 UTC 	Fertig und Bestätigt 	65,797.34 	65,175.31 	15,927.97 	Theory Simulation v263.90 (vbox64_mt_mcore)
windows_x86_64
227111518 	113805257 	12 May 2019, 10:16:57 UTC 	13 May 2019, 12:51:30 UTC 	Fertig und Bestätigt 	65,781.37 	65,100.03 	15,924.10 	Theory Simulation v263.90 (vbox64_mt_mcore)
windows_x86_64
227112767 	113805933 	12 May 2019, 9:38:32 UTC 	13 May 2019, 11:47:48 UTC 	Fertig und Bestätigt 	62,866.92 	61,610.33 	15,218.58 	Theory Simulation v263.90 (vbox64_mt_mcore)
windows_x86_64
227114142 	113806658 	12 May 2019, 9:37:54 UTC 	13 May 2019, 11:47:48 UTC 	Fertig und Bestätigt 	66,176.17 	65,442.38 	16,019.67 	Theory Simulation v263.90 (vbox64_mt_mcore)
windows_x86_64
227108056 	113803289 	12 May 2019, 6:50:35 UTC 	13 May 2019, 3:53:04 UTC 	Fertig und Bestätigt 	46,325.04 	45,148.30 	11,214.19 	Theory Simulation v263.90 (vbox64_mt_mcore)
windows_x86_64
227108055 	113803288 	12 May 2019, 6:50:23 UTC 	13 May 2019, 4:00:26 UTC 	Fertig und Bestätigt 	47,280.26 	46,029.31 	11,445.42 	Theory Simulation v263.90 (vbox64_mt_mcore)
windows_x86_64
227104025 	113800600 	12 May 2019, 5:23:21 UTC 	13 May 2019, 6:19:06 UTC 	Fertig und Bestätigt 	66,073.64 	65,671.27 	15,994.85 	Theory Simulation v263.90 (vbox64_mt_mcore)
windows_x86_64
227101411 	113798958 	12 May 2019, 3:09:31 UTC 	13 May 2019, 2:22:37 UTC 	Fertig und Bestätigt 	55,508.43 	54,256.56 	13,437.27 	Theory Simulation v263.90 (vbox64_mt_mcore)
windows_x86_64
227050579 	113773466 	12 May 2019, 0:41:00 UTC 	13 May 2019, 3:05:13 UTC 	Fertig und Bestätigt 	66,056.09 	65,408.42 	15,990.60 	Theory Simulation v263.90 (vbox64_mt_mcore)
windows_x86_64
227040477 	113767921 	11 May 2019, 21:17:26 UTC 	12 May 2019, 19:06:18 UTC 	Fertig und Bestätigt 	47,403.04 	46,153.58 	11,475.14 	Theory Simulation v263.90 (vbox64_mt_mcore)
windows_x86_64
226997337 	113746530 	11 May 2019, 18:01:34 UTC 	12 May 2019, 18:38:34 UTC 	Fertig und Bestätigt 	54,129.06 	52,836.05 	13,103.35 	Theory Simulation v263.90 (vbox64_mt_mcore)
windows_x86_64
226991341 	113743557 	11 May 2019, 16:17:17 UTC 	12 May 2019, 19:00:30 UTC 	Fertig und Bestätigt 	65,970.39 	65,154.67 	15,969.85 	Theory Simulation v263.90 (vbox64_mt_mcore)
windows_x86_64

Das sieht massiv besser aus und ist aktuell.
 
Ich hab' festgestellt, dass 16GB Ram doch etwas wenig sind, wenn Einstein, eine Ubuntu-VM mit 3x Zika Threads & nochmal 2x2 Threads LHC (Theory & Atlas) parallel laufen - dazu dann noch ein Browser mit 'nen Haufen Tabs und schon wird der Rechner doch etwas träge... *chatt*
Aber übermorgen-früh sollte der Spuk ziemlich vorbeisein, wenn Einstein durch ist...
 
Da läuft was gewaltig schief:
Code:
227840016 	114174766 	13 May 2019, 19:39:23 UTC 	14 May 2019, 9:06:49 UTC 	Fertig und Bestätigt 	48,348.58 	47,083.99 	379.28 	Theory Simulation v263.90 (vbox64_mt_mcore)
windows_x86_64
227840017 	114174767 	13 May 2019, 19:39:23 UTC 	14 May 2019, 8:06:50 UTC 	Fertig und Bestätigt 	44,749.63 	43,380.27 	351.05 	Theory Simulation v263.90 (vbox64_mt_mcore)
windows_x86_64
227840018 	114174768 	13 May 2019, 19:39:23 UTC 	14 May 2019, 8:38:46 UTC 	Fertig und Bestätigt 	46,584.20 	45,297.82 	365.44 	Theory Simulation v263.90 (vbox64_mt_mcore)
windows_x86_64
227842230 	114175930 	13 May 2019, 19:39:23 UTC 	14 May 2019, 9:05:14 UTC 	Fertig und Bestätigt 	48,173.00 	46,864.99 	377.91 	Theory Simulation v263.90 (vbox64_mt_mcore)
windows_x86_64
https://lhcathome.cern.ch/lhcathome/results.php?hostid=10462264
Und dann gibt es auch noch fast keine WUs....
 
O.K., versucht habe ich es wenigstens. Auf diese VM scheint das nicht zuzutreffen, wenn ich das so eingebe, ist die Antwort "das Verszeichnis existiert nicht".
Sprich: nano kann nichts erstellen, wenn der Ort nicht existiert, wo es das soll. Möglichweise doch kein Debian?

Das ist das Problem mit der shell / Kommandozeile etc. wenn irgendwas nicht stimmt oder ein Fehler in der Syntax ist, scheitert man, auch kopieren/einfügen geht nicht wie gewohnt.
Dann hat man schnell die Schanuze voll und lässt es wieder sein.
Ist aber überall so, wenn etwas nicht dort ist oder so eingegeben ist, wie es sein sollte, dann funktioniert es nicht. In der Shell ist man da, je nach Gewöhnung, manchmal schneller denn es gibt ja die Tab-Kompletion usw. Aber das ist halt Geschmackssache und Gewöhnung.
Wo das Datenverzeichnis ist, verrät einem Boinc wie immer ja selbst im Log (z.B.):
08-Mar-2019 18:11:18 [---] Data directory: /var/lib/boinc-client
 
Zurück
Oben Unten