Seite 2 von 79

Re: WU verlängern

Verfasst: 03.03.2012 11:19
von yoyo
verlängert.

Re: WU verlängern

Verfasst: 04.03.2012 00:35
von thorsam
Hier die nächsten Nummern:

5605136, 5676122, 5708015, 5666422, 5662451, 5819894

:wave:

Re: WU verlängern

Verfasst: 04.03.2012 08:19
von yoyo
So gfällt mir die Auflistung der wuid's, die kann ich einfach copy&pasten.
Verlängert.

Re: WU verlängern

Verfasst: 06.03.2012 10:50
von thorsam
5830183, 5825183, 5819760, 5834103, 5831148, 5826937, 5825241.

Schöne Grüße aus der sonnigen Messestadt Hannover.

Re: WU verlängern

Verfasst: 06.03.2012 10:53
von yoyo
so mag ich das :)
Verlängert.

Re: WU verlängern

Verfasst: 07.03.2012 17:42
von Tigerclaw1979
Hallo bitte folgende Wu verlängern:

5837209

Danke

Re: WU verlängern

Verfasst: 07.03.2012 17:55
von thorsam
5835371, 5846566.

Das war es dann erstmal. Wegen evtl. nochmaliger Verlängerung der Superlangen, melde ich mich dann.

Gruß thorsam

Re: WU verlängern

Verfasst: 07.03.2012 18:46
von yoyo
Alle 3 verlängert.

Re: WU verlängern

Verfasst: 08.03.2012 17:45
von Bommer
Hallo

Kann man bei den XXL WUs die Deadline nicht gleich von vorneherein länger machen ???

Gruss Bommer

Re: WU verlängern

Verfasst: 08.03.2012 19:24
von yoyo
Das bringt nicht viel, wenn die Laufzeitschätzung soweit daneben liegt. Boinc fängt die wu so an, dass gemäß geschätzter Laufzeit die WU vor der Deadline fertig wird. Wenn sich jetzt aber herausstellt, dass die WU wesentlich länger braucht, dann wird die Deadline überschritten. Unabhängig davon wie sie am Anfang war.
yoyo

Re: WU verlängern

Verfasst: 11.03.2012 20:46
von Michael H.W. Weber
...kann ich jetzt nicht ganz verstehen, aber nur mal kurz meine Erfahrung aus der bald täglichen Intron_gpI Praxis: Die von BOINC angenommene Laufzeit wird auf meinem Phenom II 955er BE Monster mit 8 GB RAM regelmässig um mindestens das Doppelte überschritten. Die Kiste tut nichts anderes, als RNA World WUs durchzukauen.

Michael.

Re: WU verlängern

Verfasst: 12.03.2012 02:25
von Ananas
Normal werden WUs innerhalb eines Projektes grundsaetzlich in der Eingangsreihenfolge abgehandelt, es sei denn, es wird so knapp, dass gemaess Schaetzung die Deadline nicht reicht, dann schaltet der CC in den Eerliest Deadline First-Modus um.

Als Schaetzung duerfte bei "unbenutzten" WUs die Laufzeitschaetzung der Referenzmaschine dienen, die dann nach WU-Start nach und nach an das Forecast-Ergebnis angepasst wird. Den genauen Mechanismus des "nach und nach" kenne ich nicht, es ist aber definitiv eine Mischbetrachtung der beiden Zeiten, bei der die Forecast-Zeit gegen Ende immer hoeher gewichtet wird. Die Forecast-Zeit kennt der CC offensichtlich nur ueber die Prozentangabe, die ihm vom Wrapper gemeldet wird und je hoeher der Prozentwert ist, um so "glaubwuerdiger" wird er von der Berechnung der Restlaufzeit betrachtet.

WUs anderer Projekte sind davon erstmal nicht betroffen (ausser bei sehr alten Clients, z.B. 4.19), es sei denn, sie muessten zurueckgestellt werden, um vorrangig WUs des Problemprojektes in Angriff zu nehmen.