LHC@home

Something is wrong calculated with the turnaround time. Because none of my 2 hosts had more than 1.5 days for returning the task (Check here) , but they have 2.07 and 2.17). 2 Days before they had 2.07 and 1.81 with 3 pending. 2 pending are done by slower users and that gave for that computer then 2.17 (before it was 1.81). Why?

It seems to me that the turnaround time is calculated when both tasks are returned ((Time from last WU returned(of the 2 crunchers)) - (Time when the WU was sent)) and that is incorrect!

My correct turnaround Time is ((time when it is back)-(time when it was sent))

Sorry it's hard for me to explain, I hope you unterstand what I want to say^^

greetz littleBouncer
BTW: both machines have now work to crunch^^

Reducing the deadline to 5 days would not eliminate hosts with a 6.6 day turnaround time as Gary R. seems to think. Those hosts would still receive tasks if the scheduler thinks they are able to complete the tasks before the deadline. I doubt that any of the hosts attached to this project needs more than 4 days to crunch a Sixtrack task so there is no reason a 5 day deadline wouldn't work for everybody.

If the scientists really need to finalise a run quickly, why not reduce the deadline a little (to, say, 5 days) to prevent the last primary tasks issued from potentially hanging around for up to 7 days before any 'deadline miss' resends for them could be sent out? Sure, some people will complain, but probably will get used to it when they understand the needs of the project.