Monster Beta's bei HCMD2 (WCG)

[gardenone]

Beim WCG ist im Moment einiges los.

Seit einigen Tagen werden ja schon Wu's von HCMD2 ausgegeben.
Die meisten davon laufen auch in 'normaler' Zeit.

Einige sind aber Monster Wu's von z.T. mehreren hundert Stunden Laufzeit!
Um diese überhaupt rechnen zu können, haben die Projektverantwortlichen die Deadline schon um 7 Tage verlängert.
Auch gibt es einen Anleitung von Knreed, die Rechenzeit unter Boinc auf 670 Stunden zu verlängern.

Dazu muß in der client_state.xml Datei der passende Block mit dem Namen der Monster Wu gefunden werden und anschließend in der Zeile:
[rsc.fpops_bound]40000000000000.000000[/rsc.fpops_bound]

eine weitere Null hinter der 4 eingefügt werden.
Danach speichern und die Datei client_state_prev.xml löschen.
Vorher allerdings BOINC beenden und nach der Prozedur wieder starten.

Meine WU steht im Moment auf 24h Rechenzeit, 15% Fortschritt und 26h Restzeit - was aber wohl nicht stimmen kann.
Andere haben schon über 60 Stunden gerechnet und sind noch nicht zu Ende.

Den Betreibern liegt aber offensichtlich was daran, daß diese Wu's gerechnet werden.
Leider reicht mein Englisch nicht für den kompletten Hintergrund.


Gruß Ingo

[gardenone]

Hier noch der Beitrag von Knreed:

• Ok - try to fix some things related to this issue:
  
  I have awarded credit to all results that errored out with -177 (0xffffff4f) ERR_RSC_LIMIT_EXCEEDED. As more results come in I will update them as well. You can tell if you have been awarded credit since you will see a value in the granted credit column. I will awarded it about once a day.
  
  If you are currently running one of these massive workunits and want to help us out a bit more please do the following:
  
  1) Note the name of the workunit that is running long
  
  2) Shutdown BOINC
  
  3) Open your client_state.xml file. It will be located at either C:\Documents and Settings\All Users\Application Data\BOINC or C:\Program Files\BOINC (on Windows).
  
  4) Looking for something like the following. You will be looking for the workunit name that you noted above:
  
  
  <workunit>
  <name>BETA_CMD2_0001-1I7X_C.clustersOccur-1I7X_C.clustersOccur_0</name>
  <app_name>beta8</app_name>
  <version_num>610</version_num>
  <rsc_fpops_est>40000000000000</rsc_fpops_est>
  <rsc_fpops_bound>400000000000000</rsc_fpops_bound>
  .....
  
  5) Change this so that the field
  <rsc_fpops_bound>400000000000000</rsc_fpops_bound>
  becomes
  <rsc_fpops_bound>4000000000000000</rsc_fpops_bound>
  (note that I added one extra 0).
  
  This increases the allowed runtime by a factor of 10. Feel free to go even longer if you wish.
  
  Be careful to only change this one setting.
  
  6) Save this file.
  
  7) Delete the file client_state_prev.xml
  
  Start BOINC again.
  
  
  This change will give your computer upwards of 670 hours to complete the workunit (on the 'average' computer). Obviously the newer processors will have a lower limit since this number is based on the fpops benchmark.
  
  Newer copies being issued this already applied.
  
  The deadline is now set to 7 days for the results.
  
  For those that were issued earlier today during the time they were marked to 7 hours and have been marked as late, I have changed so that they are back to being listed as still marked in progress.
  
  We accept results for 7 days past the deadline and grant credit. So even if your result is going past the 7 days but still within the 14 days you can let it complete.
  
  However, I will go ahead and start granting credit for user aborted results as well - so feel free to abort if you wish and I will manually grant you credit.
  
  I think this covers all cases. Let me know if there is something missing.

Evtl. kann mir ja noch mal wer erklären, was es da genau mit den Punkten auf sich hat.

[yoyo]

Hallo,
mit rsc_fpops_bound gibt man als Projektbetreiber jeder Wu eine maximale Laufzeit mit, um genauer zu sein die maximal benötigten fpops (floating point operations). Was Dein Rechner an fpops schafft ermittelt der regelmäßig laufende Boinc Benchmark.
Wenn dann die rsc_fpops_bound überschritten wurde, bricht Boinc die WU mit ERR_RSC_LIMIT_EXCEEDED ab. Also eine Vorsichtsmaßnahme um WUs nicht endlos laufen zu lassen. Aus Betreibersicht sollte der Wert also reichlich groß sein. Bei yoyo@home nehme ich da gern das 10fach der geschätzten WU Laufzeit.
Mit dem beschriebenen Eingriff in die client_state.xml vergrößerst Du diesen Wert. Das sollten die Betreiber allerdings gleich auf Serverseite machen.
yoyo

[gardenone]

Aha!

Sehr interessant.

So wie ich es verstanden habe, ging es aber Serverseitig nicht mehr, da die Wu's schon liefen.
Deshalb der manuelle Eingriff.

[yoyo]

Aha!

Sehr interessant.

So wie ich es verstanden habe, ging es aber Serverseitig nicht mehr, da die Wu's schon liefen.
Deshalb der manuelle Eingriff.

Klar, bei denen die schon verteilt wurden geht das natürlich nicht mehr. Aber bei denen die noch in unversandt in der DB liegen und bei denen die man noch generieren wird geht das Serverseitig.
yoyo

[gardenone]

Schade!

Meine WU hat nach 46h mit Error abgebrochen.

Aber so wie es aussieht, gabs Punkte und die Zeit wurde wohl auch angerechnet.
Hatte Knreed auch so versprochen.

[scsimodo]

Meine WU hat nach 46h mit Error abgebrochen.

Wo zum Henker kriegt Ihr solche Mörder-WUs nur her
Mein längste war 20h (galube ich), die Letzten lagen irgenwo zwischen 5 und 10h