Hello, just got this project assigned a short while ago and the timeout is exactly the same as the assign time.
Checking the project summary shows the timeout is set at zero.
This seems to be a problem, because checking the WU status( 16815,10,626,49) shows that this WU has been issued twice, before being assigned to my machine, and
was assigned 29 minutes before the previous donor had returned it.
Project 16815, Timeout is zero
Moderators: Site Moderators, FAHC Science Team
Re: Project 16815, Timeout is zero
You're observing a relatively new change called "dynamic timeouts"
The original timeout is set by the project owner based on benchmarking prior to the WU being issued. After that, the server can adjust the timeout to prevent the initial assignee from being "too slow"
Setting it to zero was an error which has been corrected.
The original timeout is set by the project owner based on benchmarking prior to the WU being issued. After that, the server can adjust the timeout to prevent the initial assignee from being "too slow"
Setting it to zero was an error which has been corrected.
Posting FAH's log:
How to provide enough info to get helpful support.
How to provide enough info to get helpful support.
-
- Posts: 522
- Joined: Fri Apr 03, 2020 2:22 pm
- Hardware configuration: ASRock X370M PRO4
Ryzen 2400G APU
16 GB DDR4-3200
MSI GTX 1660 Super Gaming X
Re: Project 16815, Timeout is zero
I must have got one when it was in limbo. It reported as super slow on HFM for my machine. When I checked on WU status it actually gave me a return in line with my CPU folds, but maybe the reported timeout when I picked it up threw off HFM. Being that it reported as the lowest PPD ever on my machine, it was easy to spot.
Good to see it's already fixed either way.
Good to see it's already fixed either way.
Fold them if you get them!