Hi @all,

i installed boinc and boinccmd on a virtual machine(Debian 6). Now I'm looking for an boinccmd parameter to set the maximum cpu usage(or: cpu time), because boinc uses 100% of the cpu-time. I can't find the suitable command line parameter to to delimit...any ideas?
Or should it be set in the config-xml?

Have a nice day,
distortion

No, you set that through a project's account->computing preferences. Or edit global_prefs.xml by hand, value <cpu_usage_limit/>

---

Would edits not have to go into global_prefs_override.xml? If for some reason the client refreshes the prefs from the website, any local mod of global_prfes.xml would be overwritten.

---

Coelum Non Animum Mutant, Qui Trans Mare Currunt

The problem with using global_prefs_override.xml is that one will have to write it, and then make BOINC use it. You can have a global_prefs_override.xml file, but as far as I know, BOINC won't automatically use it, unless instructed through BOINC Manager->Read local prefs file.

Having said that, --read_global_prefs_override is an option in boinccmd.
Which then leaves the user to write a global_prefs_override.xml file, put it in the same directory as global_prefs.xml and make changes there.

And having said all that, I just changed <max_cpus/> from 2 to 3 in my global_prefs.xml file, then contacted Einstein and Seti, then checked my preferences there and saw that the value didn't change on the web-site. So then reloaded my data directory, opened global_prefs.xml again and see that the value is still 3. sched_reply.xml does not show revised global_prefs being sent to the client.

---

Don't see the problem as the formats of both is identical except for the location tag. Copy, edit, save, boinccmd --read... done. Was there not a wiki page for composing an override file?... oh heck yes: http://boinc.berkeley.edu/wiki/Global_prefs_override.xml. Where you can read in the override file with boinccmd, it does not strike me as Spock logical it would do this for the global_prefs.xml, i.e. a client restart is required, and that, restarting a client is the most disliked thing to do, particular if running jobs with long checkpoint intervals.

I did say 'If for some reason...', when officially the prefs from website only get pushed when the timestamp/save has changed [printed in the message/event log]. At any rate, you can put just the one/few lines of choice into the override file, which then mem-jogs when revisiting later which few items can/will be different to those on the website.

---

Coelum Non Animum Mutant, Qui Trans Mare Currunt