My wish--matching turnaround times


log in

Advanced search

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

Author Message
Profile Jacqke
Send message
Joined: 28 Mar 08
Posts: 1
Credit: 18,621
RAC: 0
United States
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.

OzzFan
Volunteer tester
Avatar
Send message
Joined: 9 Apr 02
Posts: 13625
Credit: 31,052,829
RAC: 20,687
United States
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
____________

bdragon
Send message
Joined: 25 Jan 04
Posts: 1
Credit: 75,545
RAC: 0
United States
Message 741742 - Posted: 20 Apr 2008, 5:17:46 UTC

as to the other penny have you never heard of taxes
____________

OzzFan
Volunteer tester
Avatar
Send message
Joined: 9 Apr 02
Posts: 13625
Credit: 31,052,829
RAC: 20,687
United States
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 :)

inuyasha
Send message
Joined: 17 Aug 07
Posts: 15
Credit: 29,511
RAC: 0
United States
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)

Profile Gundolf Jahn
Send message
Joined: 19 Sep 00
Posts: 3184
Credit: 359,338
RAC: 33
Germany
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

John McLeod VII
Volunteer developer
Volunteer tester
Avatar
Send message
Joined: 15 Jul 99
Posts: 24694
Credit: 522,659
RAC: 19
United States
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

Profile Gundolf Jahn
Send message
Joined: 19 Sep 00
Posts: 3184
Credit: 359,338
RAC: 33
Germany
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

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

Copyright © 2014 University of California