Race at LHC

[Michael H.W. Weber]

Ein paar Dinge zur Vermeidung von Race-Frustrationen:

1. Für die LHC Classic (=Sixtrack) Anwendung stehen nur sporadisch WUs zur Verfügung (momentan kommen wieder ein paar rein).
2. Bei allen anderen Anwendungen (Test-Apps gleich deaktivieren) wird Virtualbox benötigt.
3. Bitte RAM-Bedarf beachten: Für 8 GB RAM bitte maximal 2 WUs der anderen Apps zulassen, sonst wird es ggf. hakelig. Ich habe mir dazu auf der LHC-Seite mehrere Profile (work/school/blabla) angelegt, die dann zwar alle Apps (außer TestApps & ALTLAS) zulassen, aber dann eben in der maximal gleichzeitig erlaubten WU-Zahl variieren. Die anderen Kerne können problemlos mit kleineren Zusatzprojekten belegt werden, z.B. Primegrid oder TN-Grid.

So sollte man mit jedem der eingesetzten Rechner auch noch arbeiten können.

Michael.

[Michael H.W. Weber]

Vielleicht nochmal ein Beispiel für eine Maximalausreizung eines Linux-i7-GPU-Systems mit 16 GB RAM unter Ubuntu 16.04 LTS:

3x LHC WUs (kein Sixtrack, also nur Virtualbox-Apps!)
1x ATLAS-Multicore (4 Kerne)
1 CPU Kern frei für GTX 770 GPU
1x GPUGRID auf der NVIDIA Kaate

Es laufen also 4 VMs gleichzeitig. Läuft einwandfrei, browsen auch noch möglich - allerdings mit etwas Geduld.

Michael.

[Yeti]

HM, hab mir so gedacht, ich packe 2 Maschinen mit Sixtrack-WUs voll, hab auch ordentlich welche bekommen, aber Laufzeit < 1 Minute

[Michael H.W. Weber]

Vor allem ist es so, dass die Sixtrack WU Laufzeiten nicht vorhersehbar sind. Es gibt welche, die rechnen 5 Std. und andere keine 10 Minuten. Trotzdem alle "valid".
Ich habe durch Beobachtung einiger WUs den Eindruck gewonnen, dass es grundsätzlich zwei Sorten zu geben scheint: Die Langläufer, die sozusagen konsolidierte Simulationen sind und dann die seltsam kurzen, denen man an dem Laufzeitverhalten ansieht, dass während des Laufs ein Ereignis eintritt, was sie entweder nach wenigen Minuten "abbrechen" lässt oder aber zu längeren ca. 30-60 Minuten-Läufen führt.

Michael.

[Yeti]

Ja, genau so ist es

Entweder ist die Bahn des Teilchens stabil dann sind es normale Laufzeiten oder die Bahn ist instabil und dann wird die WU sofort abgebrochen

Beides sind aber valide Ergebnisse aus Sicht der Wissenschaft

[Yeti]

Also, die Positionskämpfe gehen ja wenigstens hin und her, da bekommt eher das Feeling von 'nem Race.

Irgendwie funzt das aber alles nicht wirklich befriedigend, ich habe Probleme mit CMS und auch mit Theory, etliche davon scheinen in eine Art Winterschlaf verfallen zu sein ...

Im Normalfall würde ich sowas sofort abbrechen, aber bei einem RACE wäre das ein herber Punkteverlust

Ich werde es mir mal bis Morgen anschauen, ob diese WUs dann zu einem Credit-fördernden Ende gebracht werden

[Rs232]

Meine Punkte sind bis jetzt nicht gewertet und fehlen daher beim Race.
Problem ist das BoincStats die XML´s seit über einem Tag nicht neu eingelesen hat

Code: Alles auswählen

Letzte Aktualisierung der Teilnehmer-XML	2017-01-18 16:05:03 GMT (1 Tag 01:05:05 alt)
Letzte Aktualisierung der Rechner-XML	2017-01-18 16:05:23 GMT (1 Tag 01:04:45 alt)
Letzte Aktualisierung der Team-XML	2017-01-19 16:05:24 GMT (01:04:44 alt)

[Yeti]

HM, die Race-Stats scheinen aber aktuell zu sein:

[Rs232]

Ja sind sie soweit nur da ich mich gestern nachmittag erst registriert hab bei LHC und das nach der letzten XML Aktualisierung.
Daher weiß BoincStats noch nichts von mir da die Teilnehmer XML noch die ist wo ich nicht drin stehe...

[Yeti]

Is doch cool, dann bist du unser Joker (oder klappt das nicht ?)

[Michael H.W. Weber]

@Yeti: Ich glaube, wir beide machen den (Race-) Fehler, bevorzugt die langen WUs wegzuknabbern...

Derzeit positionierrt sich unser Team auf Rang 5.

Michael.

[Rs232]

Is doch cool, dann bist du unser Joker (oder klappt das nicht ?)

Ich weiß es nicht ehrlich gesagt.
Wir werden sehen ob meine Punkte gut geschrieben werden nach der Aktualisierung.
Eigentlich müssten sie es ja da sie im richtigen Zeitraum abgeliefert wurden.