| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
| World Community Grid Forums
|
| No member browsing this thread |
|
Thread Status: Active Total posts in this thread: 5
|
|
| Author |
|
|
gb009761
Master Cruncher Scotland Joined: Apr 6, 2005 Post Count: 3010 Status: Offline Project Badges:
|
I can't recall seeing the below before;
----------------------------------------13/06/2020 03:31:55 | World Community Grid | update requested by user 13/06/2020 03:31:57 | World Community Grid | Sending scheduler request: Requested by user. 13/06/2020 03:31:57 | World Community Grid | Reporting 2 completed tasks 13/06/2020 03:31:57 | World Community Grid | Not requesting tasks: don't need (job cache full) 13/06/2020 03:31:58 | World Community Grid | Scheduler request completed This is on a machine that's been crunching for many, many months, with no changes to the mix of projects - so I'm not quite sure as to what's caused this. ![]() |
||
|
|
hchc
Veteran Cruncher USA Joined: Aug 15, 2006 Post Count: 865 Status: Offline Project Badges:
|
I see that almost every day on most of my machines. It's normal. For example, the OPN1 tasks aren't all created equal in size/length, so some of mine finish in 1.5 hours vs. 2.5 hours on the same machine. The BOINC scheduler does some calculations based off a running average (I think) as well as other factors such as benchmarks, buffer size, and how long the machine runs/day and then adjusts accordingly. So if my ETA goes from 1.5 hours for my 1 day buffer, but then the last few work units take longer causing the buffer to adjust to 2.5 hours, the job cache becomes "full" for a 1 day buffer, so the scheduler doesn't need to request work.
----------------------------------------tl;dr: It's normal behavior even on machines that run 24/7 with no other changes. The only "change" is the running average of the tasks.
|
||
|
|
gb009761
Master Cruncher Scotland Joined: Apr 6, 2005 Post Count: 3010 Status: Offline Project Badges:
|
Thanks hchc for the reply,
----------------------------------------I'd understand it if it wsan't for the following. For that quad core machine, I've got my cache set at 10 days and control the number of WU's by the selector in the settings. Currently, I've got that particular cruncher requesting 3 * ARP WU's (at the moment, it's only got 2 - due to the temporary shortage in that project) and 24 OPN WU's. Having returned 2, it's now got 22 - and I've been known to get urgent/repair jobs on that machine, thus, indicating that I regularly return WU's within a couple of days. I should have enough WU's to last the rest of the day - although with 1 of the 2 ARP 'biggies' at ~98% and the other at ~45%, unless I start receiving more WU's tomorrow, I think my cruncher will be taking an enforced holiday. ![]() |
||
|
|
hchc
Veteran Cruncher USA Joined: Aug 15, 2006 Post Count: 865 Status: Offline Project Badges:
|
Oof, the math gets trickier when dealing with download limits on the server-side. In my opinion, a 10-day cache is far too long, since 10 days is the reporting deadline for HSTB, ARP1 (I believe) and other projects. OPN1 and MCM1 are 7 days. I'd lower that number, personally. Even 2-3 days is generous. I'm comfortable with 1-2 day buffers should some thief steal Comcast's cable junction boxes in the middle of the night causing a long outage. The only time I hoard is if a project is coming to an end, and I'm very close to a badge goal. :P
----------------------------------------Sorry couldn't help further; the maths is a bit too much for my head at 1 AM. I wouldn't worry so much about that message to be honest.
|
||
|
|
gb009761
Master Cruncher Scotland Joined: Apr 6, 2005 Post Count: 3010 Status: Offline Project Badges:
|
hchc, as I indicated, I control the number of WU's I receive for each project - thus, as I've got ORP set to 24 and ARP set to 3, I'm no way near the '10 day return' deadline (generally, with a full load of ARP - i.e., 3 (I've now just got 1 running)), I return all the WU's back to base within 2-3 days of them being sent through to me. Of course, with 3 cores now running OPN WU's, tihs'll be even quicker.
----------------------------------------![]() |
||
|
|
|