Resource share - again ;-)
![[B^S] Dora](https://einsteinathome.org/sites/default/files/192190_6.jpg?1470153584 "[B^S] Dora")
26 Dec 2007 21:14:09 UTC
Topic 193404
(moderation:
Can't seem to find the answer to this in help or wiki stuff...
I run 9 projects and I confess I like to tweak them sometimes. Maybe I want to give a little more time to Einstein so it will finish before the next xml update or something. You know how it goes.
Anyway, I have always assumed that the resource share is allocated based on the projects that are available to run. Am I correct in assuming that if I suspend a project it's share is eliminated and that I only have to make sure that the projects that I have available add up to 100?
How does what I have in cache figure in there?
Just need to confirm..
D
Resource share - again ;-)
)
You are mostly correct. The main error is there is no reason for the resource shares to add up to anything. Only runnable projects are used in figuring which project gets the CPU at any given time. If a project does not have work in queue or is suspended it is not runnable.
I am attached to 20+ projects, normal projects have RS of 100, backup projects have a RS of 1, good projects without screensavers have a RS of 50, and LHC has a RS of 300.
BOINC WIKI
BOINCing since 2002/12/8
Resource shares are relative;
)
Resource shares are relative; that is, if project A is set to 400 and project B is set to 800 then the second project will get twice the resources of the first project. Since these two shares add up to 1200 then project A will get 400/1200 or 33.33% and project B will get 800/1200 or 66.66%.
And as Keck says, the shares don't have to add up to anything in particular; it's the relationship of one share to all the others. I run 3 projects with shares of 200/200/800; 200 is 16.7% of the total. But I always have one of the first two suspended so its actual running percentage is 20%, not 16.7%.
One other thing to keep in
)
One other thing to keep in mind about RS on an individual host is that if the project is suspended, out of work, etc. it's share setting is not included in the time split calculation. IOW, say you had three projects with an equal RS. If you suspended one of them the two active ones will get a 50-50 split until the other one becomes active again.
The moral of the story is if you're running a lot of projects with different share settings you have to look at the situation closely at any given point in time to see what the current splits should be.
Alinator
The resource-sharing system
)
The resource-sharing system has to work on every host, regardless of how many of its owner’s projects it’s attached to. Clearly this wouldn’t be possible if the shares had to have a constant sum.