Questions and Answers :
Windows :
Boinc 7 has long project backoff
Message board moderation
Author | Message |
---|---|
Mark Lybeck Send message Joined: 9 Aug 99 Posts: 245 Credit: 216,677,290 RAC: 173 |
Hello, I noticed that Boinc 7 Has long project backoff for the downloads. Unless you manually hit retry the client retry for download may be easily up to over 5 hours. I do not see a point in having retries in excess of 60 minutes. Could these retries be configured in the Boinc client by a parameter or otherwise reduced? |
Claggy Send message Joined: 5 Jul 99 Posts: 4654 Credit: 47,537,079 RAC: 4 |
|
Mark Lybeck Send message Joined: 9 Aug 99 Posts: 245 Credit: 216,677,290 RAC: 173 |
If you run SIV on the BOINC Status page you can configure it to do Auto retries, How the hell did someone come to the idea of writig SW like this. It seems that you are able to see and configure things totally unrelated... I mean it seems that if you are in the business of making trucks you also sell fashion-ware... Somehow it is awesome.. but still overkill in a sense.... |
Mark Lybeck Send message Joined: 9 Aug 99 Posts: 245 Credit: 216,677,290 RAC: 173 |
Why not add the auto retry to Boinc instead of SIV? |
Mark Lybeck Send message Joined: 9 Aug 99 Posts: 245 Credit: 216,677,290 RAC: 173 |
Hello, Yesterday I actually modified at bit the http transfersetting to the following <http_transfer_timeout>90</http_transfer_timeout> <http_transfer_timeout_bps>10000</http_transfer_timeout_bps> If there is no traffic within a couple of minutes, you better try the next WU. I do not know if it affects also the scheduler, but I usually get response from the scheduler in 60 seconds so 90 should be enough. |
Jord Send message Joined: 9 Jun 99 Posts: 15184 Credit: 4,362,181 RAC: 3 |
I do not see a point in having retries in excess of 60 minutes. Now consider that this project has 220,000+ computers that all try to contact the server at the same time. It'll break the server, it will go off-line as essentially you're doing a denial of service attack on it. So then consider that this project wants these computers to come back at another time, but please not all at the same time. Spread their load. That's where the back-offs come in. It's to spread the load of all those computers coming to daddy asking for work. BOINC 6.12 had longer back-offs, up to 12 hours. At least BOINC 7.0 has shorter back-offs. Stop thinking your computer is alone in this science endeavour. There are some 221,999+ more like yours active here at any given day. With a database that can 'serve' a theoretical maximum of 10,000 connections per second, you should understand why our computers have to be backed-off at times. And if you just leave things well alone and just let BOINC run to its own devices, after the back-off there may be another (shorter) one, or the work just gets uploaded or downloaded. |
Mark Lybeck Send message Joined: 9 Aug 99 Posts: 245 Credit: 216,677,290 RAC: 173 |
I do not see a point in having retries in excess of 60 minutes. Thank you for the clarification. I just got concerned that with Boinc 7.0.28 I had trouble getting WU downloaded faster than my GPU could get them crunched. This was something that was not a problem with 6.10.60. And when the GPU que was not filled up the CPU que was totally empty. So I had to stagger the Cache starting with 1 day and increase it by one day at a time to be ready for the weekly outage on Tuesday..... |
John McLeod VII Send message Joined: 15 Jul 99 Posts: 24806 Credit: 790,712 RAC: 0 |
If everything goes smoothly, the backoff is small. It is only when things go wrong that the backoff gets large. IIRC the backoff when things go well, the backoff is 330 seconds. BOINC WIKI |
©2024 University of California
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.