koschi
Grand Admiral Special
Die Up- und Downloadzeit der WU soweit BOINC sie sieht wird ja zu deren Laufzeit nicht hinzugezählt. Sobald die WU + Anwendung dann einen Slot kopiert/gelinked und gestartet werden, beginnt die Laufzeituhr zu ticken. Da geht dann bei ATLAS aber erst die Vorbereitungsphase los, OS container entpacken, jede Menge Zeug mounten, dann hunderte bis tausend Files ziehen bevor es überhaupt losgeht mit der Berechnung. In der Zeit wird kaum CPU-Zeit in Anspruch genommen, es lohnt sich daher diese Phase soweit als möglich zu verkürzen, sowie die Parallelität von 12 oder 8 auf 4 zu reduzieren, dann sind nicht so viele Threads idle, die Effizienz steigt.
Zu Spitzenzeiten zeigte mein access.log vom Squid 140.000 Zugriffe am Tag, rein aus BOINC, über 99% davon zum CERN hin. Bei ca. 60 ATLAS am Tag sind das pro WU 2300 Zugriffe auf das Internet. Der Großteil dieser Zugriffe wird jedoch vom Squid lokal abgefangen und beantwortet.
Im Heimnetzwerk mit gesamt 12 ATLAS Threads ist das noch kein Problem. Für den Cluster mit über 1000 Threads blieben jedoch selbst mit Squid noch soviele parallele Kleinstverbindungen übrig, dass die Netzwerklatenz im LAN übel einbrach, LHC auf dem Cluster daher ausfällt.
Caching der eigentlichen "BOINC WU" lohnt sich nicht, sie sind riesig und doch einzigartig, würden also kein zweites Mal aus dem Cache abgerufen werden.
)
