How frequently does the letter o appear in:
running a 8 and now a 16 core CPU its ugly for other projects when there are 8 or 16 CPU tasks have been build.
this should be possible having a fair core distribution policy!
This part to give other projects to run in parallel wont happen 99% of the time anyway as thats not how Boinc works. Normally you run project A on all your cpu cores then after a bit project B will be running on alll of your cpu cores. There is an algorythm to do it thats very complicated but it ends doing what I said. You will NEVER be able to schedule one cpu core to run project A and 7 cpu cores run project B for ever, Boinc is NOT programmed to do that.
What you can do is change the resource share of your projects so project A gets less time than project B so for instance you could set project A to a resource share of 25 and project B to a resource share of 75 and project B would have 3 times as much RAC as project A does. It can take awhile for it to even out but it will do it in time. You can do this over as many projects as you have,just pickanumber as the max of either 100 or 1000 and then work out the RAC percentge you want each project to have. The one problem to this is unequal length workunits at the different projects which end up having widely varying credit rewards, that can make the evening out to your percentage numbers even longer.
I have the reverse problem, I have not been able to get any N-Body simulation jobs in the last 24+ hours.
In preferences I have CPU set to yes, and N-Body Simulation set to yes.
The server status page says there are 1000 jobs for N-Body in que.
In options, the store at least que has 2 days of work so there is plenty of que space available for work.
3/9/2021 8:11:59 AM | Milkyway@Home | Sending scheduler request: To fetch work.
NEVER MIND - MOSTLY.  My CPU que totally emptied out during the night, and I was without CPU tasks.
Bottom line, I currently have plenty of work. I do play with my preferences as I would like to run only CPU multi core N-Body work. I down load as many jobs as the system will allow, Then I update preferences to get GPU work. I rather not run separation work on my CPU when I run loads of them on my GPUs.
Are there total job que limits that kick in? For example, it appears that the max GPU separation jobs to download is 600. Could that limit my CPU jobs, even if my CPU que is totally empty?
It would be nice if the preference (like with Einstein@home) that do not download CPU jobs where GPU tasks are available. That is what I am overall attempting to manipulate...
Yes there are download limits here as sometimes they have limited numbers of tasks and a 16 or 32 core Ryzien pc could come in and get 99% of them with a 10 day cache. There is also a 10 minute time-out inbetween requests before you get the gpu tasks, a past admin did that and the current ones cant find the setting to undo it, but gpus also have a max limit. One thing most of us do is run a 2nd gpu project that responds quickly, like Collatz, as a zero resource share to run tasks inbetween batches of MW gpu tasks. That way when MW says nope too soon Collatz says here crunch this, then when MW refills the cache Collatz just sits their and waits until you are out of MW units again.
I have dozens of tasks for MilkyWay@home, almost 200. Is this normal? Seems it would be an inefficient way of doing things.
Thanks I made a copy and saved it so I can also use a single cpu core at a time!!
user
In that passage, there are two hundred and twenty-six occurrences of the letter "o."
assistant