Beschränkung für die Auslieferung neuer Wutzen

[Uwe Sänger Herzke]

Hallo yoyo,

kannst du die Menge der ausgelieferten Wutzen pro Tag auf 20 oder so beschränken? Ich weiß nicht, was Du von mehr Wutzen an Vorteilen hast, ich habe mir allerdings gerade aus Versehen wieder mal 46 Stück auf einmal gezogen viel zu viele für meine arme Kiste imho. Nicht, das ich sie nicht schaffen würde, aber ich würd' gern was sinnvolleres tun in den resultierenden ca. 400 Min.

Andere Frage:
Wenn Ich die einfach abbreche, was passiert dann? Bekommt sie wer anders?
Ich werd's auf jeden Fall gleich mal mit einem Pärchen testen, ums Testen geht's ja schließlich

Für mehr Abbrüche warte ich allerdings auf ein OK von Dir.

[Torbjörn Klatt]

Und von mir noch ne eher generelle Frage: Warum werden die Wuzzen immer im Pärchen verschickt? Quorum is ja 2 bei dem Projekt, aber beide Wuzzen bekommt der gleiche Rechner. Wenn der n Fehler verursacht, wirst du wohl kein Ergebnis bekommen.

Und ne andere Sache: Sobald BOINC bei mir eine WU anfängt, stellt er die sofort auf 100%, rechnet aber dann erstmal seine knappe 10min.

Grüße,
Bohne

[Uwe Sänger Herzke]

Das mit den Pärchenwutzen hab' ich gestern im anderen Thread schon mal gefragt. Ich sehe das so wie Du, wenn auch momentan nicht wirklich mit gravierenden Auswirkungen.

Das mit den 100% ist mir nicht aufgefallen, es ist allerdungs auch bei mir so.

[yoyo]

kannst du die Menge der ausgelieferten Wutzen pro Tag auf 20 oder so beschränken?

Hab mal die daily_result_quota=20 gesetzt. Also mehr als 20 pro Tag sollte es nicht geben.

Wenn Ich die einfach abbreche, was passiert dann? Bekommt sie wer anders?
Für mehr Abbrüche warte ich allerdings auf ein OK von Dir.

Ja, die sollte dann ein anderer bekommen. Das sollte Boinc so von sich aus machen. Kannst Du gern probieren.

Warum werden die Wuzzen immer im Pärchen verschickt?

Dazu habe ich auch gerade einen Schalter gefunden und one_result_per_user_per_wu=1 gesetzt.

Sobald BOINC bei mir eine WU anfängt, stellt er die sofort auf 100%, rechnet aber dann erstmal seine knappe 10min.

Die 10 min habe ich eingestellt. Dass die Applikation leich auf 100% geht scheint ein Problem der Beispielapplikation sein. Ich hab bei Boinc mal ein Fehlerticket geschrieben.

yoyo

[Uwe Sänger Herzke]

Sobald BOINC bei mir eine WU anfängt, stellt er die sofort auf 100%, rechnet aber dann erstmal seine knappe 10min.

Die 10 min habe ich eingestellt. Dass die Applikation leich auf 100% geht scheint ein Problem der Beispielapplikation sein. Ich hab bei Boinc mal ein Fehlerticket geschrieben.

yoyo

Wenn die auf 10 min stehen, wie ist das dann mit den Credits und der Validierung bei verschiedenen Rechnern?
Wenn ein schnelleres Teil zusammen mit meiner lahmen Gurke rechnet, bekommt der dann meine Forderung für die gleiche Rechenzeit, trotz seiner besseren Maschine?

Wie immer:
Das ist völlig uninteressant für diese Wutzen, ich denke, die Credits werden sowieso nie bei irgendeiner Statsseite auftauchen, aber falls das "echte" Projekt auch so funktionieren würde wär' das suboptimal.

[yoyo]

Im echten Projekt wollte ich feste Credits pro WU geben.
yoyo

[Uwe Sänger Herzke]

Im echten Projekt wollte ich feste Credits pro WU geben.
yoyo

Sehr gut!!!

[Roland Schneider]

Im echten Projekt wollte ich feste Credits pro WU geben.
yoyo

Sehr gut!!!

Wenn man sich lange genug über die Creditvergabe aufgeregt hat, dann macht man es fürs eigene Projekt besser

[Uwe Sänger Herzke]

Zurück zur Ursprungsfrage:
Die Implementierung scheint zu klappen:

Di 17 Jul 2007 00:14:37 CEST|yoyo@home|Sending scheduler request: Requested by user
Di 17 Jul 2007 00:14:37 CEST|yoyo@home|Requesting 32305 seconds of new work, and reporting 1 completed tasks
Di 17 Jul 2007 00:14:42 CEST|yoyo@home|Scheduler RPC succeeded [server version 509]
Di 17 Jul 2007 00:14:42 CEST|yoyo@home|Message from server: No work sent
Di 17 Jul 2007 00:14:42 CEST|yoyo@home|Message from server: (reached daily quota of 20 results)
Di 17 Jul 2007 00:14:42 CEST|yoyo@home|Deferring communication for 1 hr 29 min 29 sec
Di 17 Jul 2007 00:14:42 CEST|yoyo@home|Reason: requested by project