My wish--matching turnaround times

Questions and Answers : Wish list : My wish--matching turnaround times

Author	Message
Jacqke Send message Joined: 28 Mar 08 Posts: 1 Credit: 18,621 RAC: 0	Message 735949 - Posted: 7 Apr 2008, 22:56:56 UTC
	I would like to see tasks being sent to computers that have similar average turnaround times. Why should someone with a computer that turns files out in just over half a day have to wait 7 or 8 days for credit, due to the matching task being sent to a computer with a much longer average turnaround. If files were sent to computers with similar turnaround times, wouldn't there be fewer pending credits, since most tasks would then be completed at about the same time? Just my two cents.
	ID: 735949 ·

Volunteer tester Send message Joined: 9 Apr 02 Posts: 12012 Credit: 19,615,456 RAC: 42,333	Message 735967 - Posted: 7 Apr 2008, 23:15:59 UTC
	Turnaround times can be very misleading. Fast systems that aren't online very often will have longer turnaround times than a slower system that is online all the time. Or a fast system that spends most of its time crunching for other projects may also have a longer turnaround time than usual. Moreover, all the data we're processing is many light-years old, should it really matter how quickly your credits roll in if its a few weeks? Just think of it as cash in the bank. Personally, I don't think hosts should be discriminated against simply because people want credits faster. The science is the most important aspect of the project. Just my $.02 [funny]: Why is it that you can give two cents, but its only a penny for your thoughts? Where does that other penny go? :-D ____________
	ID: 735967 ·

bdragon Send message Joined: 25 Jan 04 Posts: 1 Credit: 75,545 RAC: 0	Message 741742 - Posted: 20 Apr 2008, 5:17:46 UTC
	as to the other penny have you never heard of taxes ____________
	ID: 741742 ·

Volunteer tester Send message Joined: 9 Apr 02 Posts: 12012 Credit: 19,615,456 RAC: 42,333	Message 742065 - Posted: 20 Apr 2008, 20:03:02 UTC - in response to Message 741742.
	as to the other penny have you never heard of taxes I knew it! Dang government is taxing me on my thoughts now too! LOL :)
	ID: 742065 ·

inuyasha Send message Joined: 17 Aug 07 Posts: 15 Credit: 29,511 RAC: 0	Message 758739 - Posted: 26 May 2008, 7:23:49 UTC - in response to Message 742065.
	as to the other penny have you never heard of taxes I knew it! Dang government is taxing me on my thoughts now too! LOL :) maybe claim it on income tax refund? XD back to the subject, i agree computers with fast turn around times should be prioritized, but imo it would cause problems on the server backend. there would be more cpu labor, so to speak, to find a "matched pair" of pcs. but on the other hand, if they were both returned at about the same time, disk usage would go down because they wouldnt be lingering there waiting to be analyzed and credited. maybe as an interim trial, use an option to prefer fast computers for "rechecks" in the event the two original computers come back with different results(if it doesn't already do this)
	ID: 758739 ·

Gundolf Jahn Send message Joined: 19 Sep 00 Posts: 3101 Credit: 344,263 RAC: 91	Message 758748 - Posted: 26 May 2008, 7:47:46 UTC - in response to Message 758739.
	...back to the subject, i agree computers with fast turn around times should be prioritized... It's not a thing of "prioritizing"; the OP spoke of matching slow computers with slow wingmans and fast with fast ones. But your argument of server overhead catches anyway. ...there would be more cpu labor, so to speak, to find a "matched pair" of pcs... GruÃŸ, Gundolf ____________ Computer sind nicht alles im Leben. (Kleiner Scherz) SETI@home classic workunits 3,758 SETI@home classic CPU time 66,520 hours
	ID: 758748 ·

John McLeod VII Volunteer developer Volunteer tester Send message Joined: 15 Jul 99 Posts: 22343 Credit: 440,201 RAC: 100	Message 759743 - Posted: 28 May 2008, 3:44:40 UTC - in response to Message 758748.
	...back to the subject, i agree computers with fast turn around times should be prioritized... It's not a thing of "prioritizing"; the OP spoke of matching slow computers with slow wingmans and fast with fast ones. But your argument of server overhead catches anyway. ...there would be more cpu labor, so to speak, to find a "matched pair" of pcs... GruÃŸ, Gundolf It is not matching slow computers with slow computers and fast with fast. It is matching turn around times. A fast computer that is only connected to the network once a week may have a longer turn around time that a slower computer that is connected all the time. ____________ BOINC WIKI
	ID: 759743 ·

Gundolf Jahn Send message Joined: 19 Sep 00 Posts: 3101 Credit: 344,263 RAC: 91	Message 759805 - Posted: 28 May 2008, 7:59:10 UTC - in response to Message 759743.
	It is not matching slow computers with slow computers and fast with fast. It is matching turn around times. A fast computer that is only connected to the network once a week may have a longer turn around time that a slower computer that is connected all the time. You are right, my wording wasn't correct, but what I meant is the effective speed of a host, which roughly is the reciprocal of the turnaround time. :-) GruÃŸ, Gundolf
	ID: 759805 ·

Questions and Answers : Wish list : My wish--matching turnaround times