Work Running 100% Of Time Despite Settings?

ex_brit
ex_brit
Joined: 22 Jan 05
Posts: 36
Credit: 425773
RAC: 0
Topic 197626

Has anyone else seen this? I've been away from Einstein for a while and just got my first batch of work units, which although they have a deadline weeks away are running 100% of the time, i.e. not suspending after 60 minutes to allow other projects to go, despite my settings to the contrary.
It's not a dire problem, but am curious as to why it would happen.

Peter
Toronto, Canada

Claggy
Claggy
Joined: 29 Dec 06
Posts: 560
Credit: 2699403
RAC: 0

Work Running 100% Of Time Despite Settings?

Quote:
Has anyone else seen this? I've been away from Einstein for a while and just got my first batch of work units, which although they have a deadline weeks away are running 100% of the time, i.e. not suspending after 60 minutes to allow other projects to go, despite my settings to the contrary.
It's not a dire problem, but am curious as to why it would happen.


That setting is minimum, ie don't switch between tasks more often than 60 minutes, it doesn't mean Boinc has to switch 'tasks' at the 60 minute mark,
you're been away from Einstein for a while, and will have built a bit of debt to Einstein, so Boinc will crunch Einstein for a bit,

Boinc 7

Quote:

The new CPU + GPU scheduler and work fetch module
OK, now, you have by now noticed that your old BOINC 6 did things differently than this BOINC 7.0 does things. That's because the old 6 was deemed broken and the new 7.0 is deemed fixed, but with some bugs still included.

The REC-based scheduler
What the client does is, it keeps a record of how much CPU/GPU time a certain project has recently seen - the recent estimated credit (REC). It compares this figure with the project share that has been set. A project that has worked less than its share will get priority in both scheduling (running tasks) and work fetch. Then as it gets crunch time its REC increases and another project will get to the head of the queue. Over time you get a more or less good distribution of crunching time according to resource share.

Points of note:
- GPUs are very productive so lead to high REC. If you run GPU projects alongside CPU ones on similar shares the GPU project sees virtually no CPU.
- CPU and GPU are scheduled separately.
- A project like SETI will probably stay pretty high up in the queue, since getting tasks is hit and miss due to their bandwidth being overworked.
-- However, setting a small 'additional days' cache will help getting tasks from Seti, since BOINC will ask more often, thereby increasing your chances.

Claggy

ex_brit
ex_brit
Joined: 22 Jan 05
Posts: 36
Credit: 425773
RAC: 0

Interesting, thanks Claggy.

Interesting, thanks Claggy.

Peter
Toronto, Canada

Richard Haselgrove
Richard Haselgrove
Joined: 10 Dec 05
Posts: 2143
Credit: 2956213127
RAC: 716345

Or, from the official

Or, from the official ClientSchedOctTen document,

Quote:
This will tend to get large (max-min) clumps of work for a single project, and variety will be lower than the current policy.
ex_brit
ex_brit
Joined: 22 Jan 05
Posts: 36
Credit: 425773
RAC: 0

Thanks very much both of you

Thanks very much both of you - much clearer now.

Peter
Toronto, Canada

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.