Probleme mit Rosetta@home und Einstein@home

[Gast]

Hallo

ich habe etwas seltsame Probleme mit Rosetta@home. Auf meinem Boinc Client laufen Rosetta@home und Einstein@home.

Aber obwohl ich beiden Projekten unterschiedlich Ressourcen zur Verfügung stelle verdrängen sie sich gegenseitig.

Die Rosetta hatte das frühere Server timeout, also gabe ich Einstein@home angehalten, damit Rosetta rechnen kann.

Später meldete Rosetta einen Rechnenfehler und wollte mit dem Server verbinden.

Ich habe also die Rosetta WU abgegeben aber es kam keine Neue! Sondern es kam eine zweite Einstein@home WU und bei meinen Resultaten von Rosetta steht hinter der eigentlich abgegebenen WU immer noch "in Process"!

Wie bekome ich jetzt wieder neue WUs für Rosetta@home und vermeide ich es in Zukunft immer 2 Einstein@home WUs im Boinc Manager zu haben???

Gruß

Micha

[laguna]

1. Wie lange läuft BOINC bei Dir schon mit Rosetta und Einstein, denn
1a. BOINC braucht immer ein paar Tage, Wochen bis es sich eingependelt hat.

2. Hast Du je 50% verteilt?

[Micha11]

Hallo

so habe nach einem Tag schwitzen (alles begann grstern Abend) wieder alle Fehler im Griff.

1. Habe Rosetta@home ab- und wieder angemeldet (es gab ja keine WU zu verlieren)

2. Der Boinc Manager hat beim senden der ersten Einstein@home WU erkannt, dass noch eine WU da ist und keine neue geholt.

Grüße

Micha

[BrainMcFly]

also rosetta scheint mir ein paar probleme mit dem server zu haben, wenn er neue arbeit holen will kommt vorallem in den abendstunden vermehrt ein timeout, wenn man dann ein zweitprojekt hat wird das dann natürlich mit 100% weitergerechnet, bis R@h neue arbeit bekommt.

p.s. gibt es einen weg boinc zu sagen "hole arbeit für ne woche, kontakte aber trotzdem alle 24h den server und führe up- und downloads durch"?

[yoyo]

p.s. gibt es einen weg boinc zu sagen "hole arbeit für ne woche, kontakte aber trotzdem alle 24h den server und führe up- und downloads durch"?

Ich hab zumindest bei Einstein festgestellt, dass wenn man auf der Projektseite unter General Preferences "Connect to network about every:" auf eine Woche stellt, dann werden WUs für eine Woche gezogen aber zwischendurch fertige WUs hochgeladen.
yoyo

[scsimodo]

also rosetta scheint mir ein paar probleme mit dem server zu haben, wenn er neue arbeit holen will kommt vorallem in den abendstunden vermehrt ein timeout, wenn man dann ein zweitprojekt hat wird das dann natürlich mit 100% weitergerechnet, bis R@h neue arbeit bekommt.

p.s. gibt es einen weg boinc zu sagen "hole arbeit für ne woche, kontakte aber trotzdem alle 24h den server und führe up- und downloads durch"?

Stell in den Einstellungen die Cache-Größe auf 5 Tage, danach den Zeitraum, wann Netzwerkaktivitäten erlaubt sind auf einen Bereich nach Deiner Wahl. So sollte das klappen...

[scsimodo]

p.s. gibt es einen weg boinc zu sagen "hole arbeit für ne woche, kontakte aber trotzdem alle 24h den server und führe up- und downloads durch"?

Ich hab zumindest bei Einstein festgestellt, dass wenn man auf der Projektseite unter General Preferences "Connect to network about every:" auf eine Woche stellt, dann werden WUs für eine Woche gezogen aber zwischendurch fertige WUs hochgeladen.
yoyo

Ist ja auch logisch, der Boinc-Client will ja immer für 7 Tage Arbeit haben. Hat er eine fertig lädt er die hoch und hat dann natürlich für weniger als 7 Tage arbeit. Das gleicht er dann irgendwann wieder aus, indem er eine neue WU holt.

Das passiert grob gesagt im Abstand einer "WU-Dauer", zumindest bei mir. Läßt sich bei SIMAP und neuerdings auch Rosetta sehr schön beobachten. Da kann man fast die Uhr danach stellen

[Michael H.W. Weber]

Unter Linux kann man mit einem Kommandozeilenbefehl erzwingen, daß die Kiste jedes Ergebnis SOFORT hochlädt. Ganz nett für Freaks mit permanentem Internetanschluß. Wenn man dann noch die General Prefs so einstellt, daß sich die Maschinen WUs für 10 Tage holen, hat man eigentlich nie Leerlauf und bekommt seine Credits schnellstmöglich zugeschrieben. Unter Windows scheint es solch eine Funktion nicht zu geben. Allerdings habe ich da auch bislang nur die GUI verwendet, während ich unter Linux natürlich die Kommandozeilenversion benutze (weil die GUI unter Linux nicht funktionstüchtig ist - jedenfals nicht unter SUSE 10).

Michael.

[scsimodo]

Unter Linux kann man mit einem Kommandozeilenbefehl erzwingen, daß die Kiste jedes Ergebnis SOFORT hochlädt. Ganz nett für Freaks mit permanentem Internetanschluß. Wenn man dann noch die General Prefs so einstellt, daß sich die Maschinen WUs für 10 Tage holen, hat man eigentlich nie Leerlauf und bekommt seine Credits schnellstmöglich zugeschrieben. Unter Windows scheint es solch eine Funktion nicht zu geben. Allerdings habe ich da auch bislang nur die GUI verwendet, während ich unter Linux natürlich die Kommandozeilenversion benutze (weil die GUI unter Linux nicht funktionstüchtig ist - jedenfals nicht unter SUSE 10).

Michael.

Wenn Du damit den Parameter "return_results_immediately" meinst, den gibt es wohl unter Windows auch. Zumindest laut der Hilfe von boinc.exe. BTW: auch unter Windows lässt sich boinc in der Kommandozeile starten, die Zweiteilung besteht auch hier (boinc.exe und boincmgr.exe)

[Gast]

also ich hab jetzt eingestellt, dass er alle 5 tage connecten kann und er bunkert arbeit für ne woche, und da mein rechner auch ständig online ist, wird auch direkt hoch- und runtergeladen.

[BrainMcFly]

p.s. ich wars

[Micha11]

Habe heute wieder eine Rosetta@home WU mit Rechenfehler abgegeben und wieder keine neue Arbeit bekommen.
Dieses Mal melde ich mich nicht wieder ab. Sondern hoffe das Rosetta@home durch aktualisieren irgendwann wieder Arbeit holt.

Sonst Taskforce hin oder her hat das Projekt für keinen Sinn. Bekomme defekte WUs und danach keine Arbeit mehr

Schade!

Micha