Advanced search

Message boards : Wish list : More preferences

Author Message
TJ
Send message
Joined: 26 Jun 09
Posts: 815
Credit: 1,469,215,105
RAC: 0
Level
Met
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 32223 - Posted: 24 Aug 2013 | 16:20:52 UTC

I would like to have more preferences to select what I want on specific systems. We have now 4, but with beta apps I can think of at least 5 preferences I would use. But perhaps this is a BOINC setting and not at project level?
____________
Greetings from TJ

Profile GDF
Volunteer moderator
Project administrator
Project developer
Project tester
Volunteer developer
Volunteer tester
Project scientist
Send message
Joined: 14 Mar 07
Posts: 1893
Credit: 629,356
RAC: 0
Level
Gly
Scientific publications
watwatwatwatwat
Message 32234 - Posted: 24 Aug 2013 | 19:23:29 UTC - in response to Message 32223.

Can you explain better?
What preference do you want?

gdf

ExtraTerrestrial Apes
Volunteer moderator
Volunteer tester
Avatar
Send message
Joined: 17 Aug 08
Posts: 2667
Credit: 699,947,774
RAC: 845,629
Level
Lys
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 32239 - Posted: 24 Aug 2013 | 21:45:02 UTC

I suspect you mean the different work queues?

MrS
____________
Scanning for our furry friends since Jan 2002

werdwerdus
Send message
Joined: 15 Apr 10
Posts: 123
Credit: 1,004,473,861
RAC: 0
Level
Met
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 32242 - Posted: 24 Aug 2013 | 21:56:00 UTC

seems like he means Default, Home, Work, School. And he wants more.
____________
XtremeSystems.org - #1 Team in GPUGrid

TJ
Send message
Joined: 26 Jun 09
Posts: 815
Credit: 1,469,215,105
RAC: 0
Level
Met
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 32256 - Posted: 25 Aug 2013 | 5:28:04 UTC - in response to Message 32242.

seems like he means Default, Home, Work, School. And he wants more.

Yes indeed, this is what I would like. So I can make combinations with LR and beta, SR and beta, beta only, LR only, All applications, SR only and LR and SR.
This seems a bit over the top, but with more then 4 rigs and several type of GPU´s that are better for one type of WU than the other, would be handy.
But it is especially useful when beta´s are here to run.
____________
Greetings from TJ

ExtraTerrestrial Apes
Volunteer moderator
Volunteer tester
Avatar
Send message
Joined: 17 Aug 08
Posts: 2667
Credit: 699,947,774
RAC: 845,629
Level
Lys
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 32259 - Posted: 25 Aug 2013 | 8:31:01 UTC - in response to Message 32256.

Sorry, that's a global BOINC setting. That's why you see the same 4 profiles on all projects, across various server versions. This is needed because the general settings for these profiles are synchronized over projects. This could be extended, but would require touching the BOINC core itself.. which I don't think D.A. would be fond of. The argument might be like this: "4 profiles have to be enough. If you think you need more, you're probably trying to micro-manage some super-special case. We don't want to bloat BOINC too much in oder to please all users with super-special cases and thereby confuse newbies."

What GPU-Grid could do are additional work queues.. or the special testing project, which Stefan hinted at. Which should be enough to sort your problems out: the problematic runs would be transferred over there and regular GPU-Grid should run much smoother again.

MrS
____________
Scanning for our furry friends since Jan 2002

TJ
Send message
Joined: 26 Jun 09
Posts: 815
Credit: 1,469,215,105
RAC: 0
Level
Met
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 32266 - Posted: 25 Aug 2013 | 14:54:00 UTC - in response to Message 32259.
Last modified: 25 Aug 2013 | 14:54:15 UTC

Aha, that´s what I thought, thanks for the explanation.
Well not problems, but I can´t run all. My GTX550Ti can only do SR in reasonable time, more than 9 hours. A LR would take more than 36 hours. So I have put that to Home, SR only. Other card has All applications, but last week the beta was for the Titans and I don´t have one (yet), so I needed a setting with All applications but no beta.
Anyhow I understand that this will not be changed and I have set the GTX550Ti to Einstein@home. So I have no enough on 3 Preferences.
____________
Greetings from TJ

Profile skgiven
Volunteer moderator
Project tester
Volunteer tester
Avatar
Send message
Joined: 23 Apr 09
Posts: 3967
Credit: 1,803,687,639
RAC: 499,648
Level
His
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 32288 - Posted: 26 Aug 2013 | 12:16:59 UTC - in response to Message 32266.
Last modified: 26 Aug 2013 | 16:14:04 UTC

As MrS pointed out elsewhere, what we really need is to be able to allocate our resources in a completely different way - per computational component/device. ie set GPU1 to do short runs, set GPU2 to do long runs, GPU3 can do beta and long, iGPU on a different project only... The same applies to the CPU. As is, its far too complex to configure a system to crunch 4 Climate models, 1 Rosetta and 1 WCG WU. It's been demonstrated that a good mixed balance of CPU task types is more productive (typically 10 to 15%), and yet when we update now we get blocks of work from one project queue at a time. Of course only Berkeley could implement this.
____________
FAQ's

HOW TO:
- Opt out of Beta Tests
- Ask for Help

Jacob Klein
Send message
Joined: 11 Oct 08
Posts: 1049
Credit: 1,061,199,989
RAC: 865,150
Level
Met
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 32588 - Posted: 1 Sep 2013 | 12:24:52 UTC - in response to Message 32288.
Last modified: 1 Sep 2013 | 12:52:13 UTC

...It's been demonstrated that a good mixed balance of CPU task types is more productive (typically 10 to 15%), and yet when we update now we get blocks of work from one project queue at a time. Of course only Berkeley could implement this.


Yes, when BOINC starts asking projects for work, it asks the projects in order of priority, to fully fill the (min + max-additional) queue, all to minimize the RPCs to the projects (SETI especially was having network problems due to unnecessary RPCs). This leads to work fetch eventually getting lots of work from a single project.

The Task Scheduler, however, will try to run tasks from different projects. So, if you happen to have work in your local queue from multiple projects, then even if you got tons of work from 1 project recently, you'll likely see work running from several different projects.

A larger min-buffer will help to add more variety to your running task list, yet you'll still want a small max-additional-buffer to make sure your GPUGrid tasks get bonus credits.

I have my buffer settings set at
min-buffer: 0.05 days
max-additional-buffer: 0.15 days

Those settings appear (to me) to be the best compromise, since a) the min-buffer ensures that I see quite a bit of variety on my 8-CPU computer, b) the max-additional-buffer ensures GPUGrid bonus credits, and c) the difference between them is large enough to minimize RPCs to the projects (making, ideally, 10 requests per day for CPU work, since 0.15-0.05 = 0.10 days of work requested).

Regards,
Jacob

Profile skgiven
Volunteer moderator
Project tester
Volunteer tester
Avatar
Send message
Joined: 23 Apr 09
Posts: 3967
Credit: 1,803,687,639
RAC: 499,648
Level
His
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 32631 - Posted: 2 Sep 2013 | 12:23:32 UTC - in response to Message 32588.
Last modified: 2 Sep 2013 | 12:32:45 UTC

I agree with your suggested settings. They are very close to what I generally use and what I recommend for here.

However, with other configurations problems arise. So it should be looked at by the Boinc devs.

When I increase the work cache (beta testing, short runs, for other projects) Boinc tends to predominantly run one CPU project, then another, and doesn't mix and match as well. In fact it does annoying things such as suspend GPU projects to run CPU work and then starts running new GPU tasks or the same tasks on different cards; it's also the case that some CPU projects don't have accurate runtime estimates, &/or use short deadlines, which throws Boinc out. You can easily end up with several days of work even with with a short cache, or you can run out of work (don't download new work before existing work finishes). It's probably the case that many researchers take shortcuts when releasing tasks at different projects, but there is a reason for that...
When panic sets in it's often the case that only one CPU project runs. Then there are projects such as TheLaticeProject which starts off using a few hundred MB of RAM but mid-run start using 7GB RAM - everything else has to wait only to resume in bonkers mode.

I think Boinc needs to be able to handle different configurations a lot better. The project and system requirements for Climate, GPUGrid and fightmalaria are very different, but plenty of users crunch many different and requirement-diverse projects at the same time.
My main system has 8 logical CPU cores, two NVidia GPU's an ATI, an Intel iGPU and for some projects I run more than one WU on the same GPU at the same time. It allows me to contribute to a diverse range of projects. In many ways it's amazing that Boinc can actually accommodate setups like the one I have, given it's origins, but such setups are becoming more common and can already be even more complex; some CPU's have 12threads, some workstations have 2 CPUs and servers can have 4 or 8 CPU's. Some systems also have 4 to 7 GPU's, and the future will bring Maxwell GPU's with integrated ARM processors.

At present Boinc is overly reliant on projects to setup their task properties in a user friendly way, and projects are still largely at risk of unfriendly bespoke configurations. Yet users struggle with increasingly complex settings and cannot specify what they want to crunch accurately enough or what resources to allocate to what project.
...It's just a fact that new projects mean new scientists and existing projects replenish their researchers on a regular basis. Boinc has to be developed in a way that assumes the researchers don't know everything and that busy scientists are not always able to keep up with changes. The friendliness of Boinc might be simplified by changing to a unit orientated system with different work caches and configurations for different hardware units, or groups of hardware. This would also be more granular and thus more accommodating.
____________
FAQ's

HOW TO:
- Opt out of Beta Tests
- Ask for Help

Jacob Klein
Send message
Joined: 11 Oct 08
Posts: 1049
Credit: 1,061,199,989
RAC: 865,150
Level
Met
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 32632 - Posted: 2 Sep 2013 | 12:57:14 UTC - in response to Message 32631.
Last modified: 2 Sep 2013 | 13:27:44 UTC

I agree with your suggested settings. They are very close to what I generally use and what I recommend for here.

However, with other configurations problems arise. So it should be looked at by the Boinc devs.

Alright, I'm not a BOINC dev, but I am an alpha tester, so I might have some insight... let's see.

When I increase the work cache (beta testing, short runs, for other projects) Boinc tends to predominantly run one CPU project, then another, and doesn't mix and match as well. In fact it does annoying things such as suspend GPU projects to run CPU work and then starts running new GPU tasks or the same tasks on different cards; it's also the case that some CPU projects don't have accurate runtime estimates, &/or use short deadlines, which throws Boinc out. You can easily end up with several days of work even with with a short cache, or you can run out of work (don't download new work before existing work finishes). It's probably the case that many researchers take shortcuts when releasing tasks at different projects, but there is a reason for that...

I think you're implying that the BOINC server code is very difficult/hard to implement. I get the impression that is true, too. And there are also updates to the server code, that many project admins completely ignore. I would suggest that a project that implements a BOINC server must also have the "IT know-how and resources" to maintain it. Too often, that's not the case. I can't fault BOINC for that.

When panic sets in it's often the case that only one CPU project runs. Then there are projects such as TheLaticeProject which starts off using a few hundred MB of RAM but mid-run start using 7GB RAM - everything else has to wait only to resume in bonkers mode.

I see that too. MindModeling has decided that they're tasks are going to have only 2 days deadlines, despite my recommendations against that idea. If I wanted to keep cache settings of something like 2 days min buf, 5 days additional... then any MindModeling tasks would run high-priority, and GPUs could be left idle. The only "mechanism" that I've been able to come up with to combat that is to use an app_config.xml file for MindModeling, to limit max_concurrent, which I've done. From BOINC's perspective, a project may necessarily have short deadlines, and so it is working correctly to give tasks high priority in cases where deadlines would otherwise be missed, even if it means suspending GPU work to get it done. Regarding the Lattice Project, that's a bit of a different story. If a task is going to use a ton of RAM, then that resource "has been allocated", and other tasks have to wait. That's just the nature of it - BOINC cannot change that, and is working correctly.

I think Boinc needs to be able to handle different configurations a lot better. The project and system requirements for Climate, GPUGrid and fightmalaria are very different, but plenty of users crunch many different and requirement-diverse projects at the same time.

You might be interested in reading the following pages, which describe what BOINC does in terms of work fetch scheduling, and task scheduling.
http://boinc.berkeley.edu/trac/wiki/ClientSched
http://boinc.berkeley.edu/trac/wiki/ClientSchedOctTen
Essentially, BOINC changes were recently made to honor resource share better for "differing configurations"; but it still respects "meeting deadlines first", which makes sense.

My main system has 8 logical CPU cores, two NVidia GPU's an ATI, an Intel iGPU and for some projects I run more than one WU on the same GPU at the same time.

Drool... :) Makes my 8-logical 3 nVidia GPU system look obsolete! :)

It allows me to contribute to a diverse range of projects. In many ways it's amazing that Boinc can actually accommodate setups like the one I have, given it's origins, but such setups are becoming more common and can already be even more complex; some CPU's have 12threads, some workstations have 2 CPUs and servers can have 4 or 8 CPU's. Some systems also have 4 to 7 GPU's, and the future will bring Maxwell GPU's with integrated ARM processors.

At present Boinc is overly reliant on projects to setup their task properties in a user friendly way, and projects are still largely at risk of unfriendly bespoke configurations. Yet users struggle with increasingly complex settings and cannot specify what they want to crunch accurately enough or what resources to allocate to what project.

Well, I did spot something recently that sort of blew my mind. Did you know you can use BOINCStats (and presumably any other BOINC Account Manager) to set per-device-resource-shares? I've tested it, and it works!

I looked at the website a bit closer, and it looks like you can even set up your own sets of custom preferences (in ADDITION to Global/Home/School/Work... you could have as many as you want, I think!). (This may be the answer that this thread was looking for.) Though, it seems the original poster wanted more-than-3 custom settings of project settings (including work queues), which an Account Manager would not be able to do.

Regarding how BOINC does settings, you have to remember that any computer-specific configuration (such as <exclude_gpu> and app_config.xml) needs to be on the machine, and not on the web. I think BOINC has done a good job to make that distinction, but I do wish the advanced configurations were all available via GUI. But anyway, check into how BOINCStats does per-device resource shares, and custom work preferences, you might like it. You can even tell a host "No new tasks" or "Suspend", via their website! It's neat, and I didn't know about it until recently.

...It's just a fact that new projects mean new scientists and existing projects replenish their researchers on a regular basis. Boinc has to be developed in a way that assumes the researchers don't know everything and that busy scientists are not always able to keep up with changes. The friendliness of Boinc might be simplified by changing to a unit orientated system with different work caches and configurations for different hardware units, or groups of hardware. This would also be more granular and thus more accommodating.

BOINC wants to honor resource share, regardless of what apps a project has, and regardless of what hardware you have available to support the project. It does it's absolute best to honor resource share. But when time crunch issues happen, or resource availability (RAM, CPU) becomes limited, the task scheduler does on okay job of "getting through it" in my opinion.

If you believe you have a scenario where BOINC should handle it better, David Anderson is usually responsive to such suggestions on the BOINC Alpha list. If you have an idea to better handle a given scenario, put it out there, and see what happens! (For instance, I recently suggested adding an optional element <plan_class> to app_config.xml, since I'd like to limit the #CPUs allocated during a multi-thread MilkyWay task, but MilkyWay frustratingly decided to set it up such that the mt app has the same name as the non-mt app!)

I know I'm defending BOINC quite a bit here, and I hope that doesn't make you upset. If you've got an idea to make BOINC better, bring it to the BOINC Alpha list - BOINC devs are listening!

Jacob Klein
Send message
Joined: 11 Oct 08
Posts: 1049
Credit: 1,061,199,989
RAC: 865,150
Level
Met
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 32633 - Posted: 2 Sep 2013 | 13:33:13 UTC
Last modified: 2 Sep 2013 | 13:37:14 UTC

Another option for TJ (the original poster), and any others wanting to specify "don't use this app on this GPU", is to implement <exclude_gpu> within their cc_config.xml file, being sure to specify the optional <app> parameter.

For instance, I have a GTS 240 in my system. Obviously I can't have GPUGrid running on that GPU at all! So, I've excluded it from running GPUGrid.

More information can be found here:
http://boinc.berkeley.edu/wiki/Client_configuration

In case anyone really wants to see how I roll on my system, here's my cc_config.xml file (note some xml blocks are intentionally commented out so they are not currently effective) ... The "SETUP GPUS" section is most relevant to this thread.

<cc_config>
<log_flags>
<!-- The 3 flags that are on by default are: file_xfer, sched_ops, task -->

<file_xfer>1</file_xfer>
<file_xfer_debug>0</file_xfer_debug>

<sched_ops>1</sched_ops>
<sched_op_debug>0</sched_op_debug>

<task>1</task>
<task_debug>0</task_debug>

<unparsed_xml>1</unparsed_xml>

<work_fetch_debug>1</work_fetch_debug>
<rr_simulation>0</rr_simulation>
<rrsim_detail>0</rrsim_detail>

<cpu_sched>0</cpu_sched>
<cpu_sched_debug>0</cpu_sched_debug>
<cpu_sched_status>0</cpu_sched_status>
<coproc_debug>1</coproc_debug>

<mem_usage_debug>0</mem_usage_debug>
<checkpoint_debug>1</checkpoint_debug>

<http_debug>0</http_debug>
<http_xfer_debug>0</http_xfer_debug>
<network_status_debug>0</network_status_debug>

<scrsave_debug>1</scrsave_debug>
<notice_debug>0</notice_debug>

<app_msg_receive>0</app_msg_receive>
<app_msg_send>0</app_msg_send>
<async_file_debug>0</async_file_debug>
<benchmark_debug>0</benchmark_debug>
<dcf_debug>0</dcf_debug>
<disk_usage_debug>0</disk_usage_debug>
<priority_debug>0</priority_debug>
<gui_rpc_debug>0</gui_rpc_debug>
<heartbeat_debug>0</heartbeat_debug>
<poll_debug>0</poll_debug>
<proxy_debug>0</proxy_debug>
<slot_debug>0</slot_debug>
<state_debug>0</state_debug>
<statefile_debug>0</statefile_debug>
<suspend_debug>0</suspend_debug>
<time_debug>0</time_debug>
<trickle_debug>0</trickle_debug>
</log_flags>
<options>
<!-- =================================================== TESTING OPTIONS =================================================== -->
<!--
<start_delay>20</start_delay>
<ncpus>12</ncpus>
<exclusive_app>NotepadTest01.exe</exclusive_app>
<exclusive_gpu_app>NotepadTest02.exe</exclusive_gpu_app>
-->

<!-- =================================================== REGULAR OPTIONS =================================================== -->
<report_results_immediately>0</report_results_immediately>
<fetch_on_update>0</fetch_on_update>
<max_event_log_lines>0</max_event_log_lines>

<max_file_xfers>10</max_file_xfers>
<max_file_xfers_per_project>4</max_file_xfers_per_project>

<exclusive_app>iRacingSim.exe</exclusive_app>
<exclusive_app>iRacingSim64.exe</exclusive_app>
<exclusive_app>Aces.exe</exclusive_app>
<exclusive_app>TmForever.exe</exclusive_app>
<exclusive_app>TmForeverLauncher.exe</exclusive_app>

<!-- ===================================================== SETUP GPUS ====================================================== -->
<use_all_gpus>1</use_all_gpus>

<!-- =========================================== SETUP GPU 0: GeForce GTX 660 Ti =========================================== -->
<!--
<ignore_nvidia_dev>0</ignore_nvidia_dev>
-->

<!-- Exclude World Community Grid's "Help Conquer Cancer" GPU app (hcc1) on main display - makes graphics slow, even on 660 Ti -->
<!-- Commenting out, for now, since this round of hcc1 is completed, and next round may not exhibit the issue. -->
<!--
<exclude_gpu>
<url>http://www.worldcommunitygrid.org</url>
<device_num>0</device_num>
<app>hcc1</app>
</exclude_gpu>
-->

<!-- Exclude Einstein/Albert, since work from other GPU projects should give enough work to keep this GPU busy. -->
<exclude_gpu>
<url>http://einstein.phys.uwm.edu/</url>
<device_num>0</device_num>
</exclude_gpu>
<exclude_gpu>
<url>http://albert.phys.uwm.edu/</url>
<device_num>0</device_num>
</exclude_gpu>

<!-- Exclude SETI/Beta, since work from other GPU projects should give enough work to keep this GPU busy. -->
<exclude_gpu>
<url>http://setiathome.berkeley.edu/</url>
<device_num>0</device_num>
</exclude_gpu>
<exclude_gpu>
<url>http://setiweb.ssl.berkeley.edu/beta/</url>
<device_num>0</device_num>
</exclude_gpu>

<!-- Exclude Milkyway@Home, since work from other GPU projects should give enough work to keep this GPU busy. -->
<exclude_gpu>
<url>http://milkyway.cs.rpi.edu/milkyway/</url>
<device_num>0</device_num>
</exclude_gpu>

<!-- =========================================== SETUP GPU 1: GeForce GTX 460 =========================================== -->
<!--
<ignore_nvidia_dev>1</ignore_nvidia_dev>
-->

<!-- Exclude POEM's "POEM++ OpenCL version" GPU app (poemcl) from a second heterogeneous GPU, since it does not work properly -->
<!-- Note: Although 320.18 drivers successfully run smalltest_3, the drivers still do not work right with POEM. -->
<!-- Note: Also, it appears that running POEM only on the GTX 460, does not work. So, it must run on the GTX 660 Ti! -->
<exclude_gpu>
<url>http://boinc.fzk.de/poem/</url>
<device_num>1</device_num>
<app>poemcl</app>
</exclude_gpu>

<!-- Reminder: For GPUGrid.net, if going to run 2-tasks-on-1-GPU, exclude this GPU (it only has 1 GB memory) -->
<!--
<exclude_gpu>
<url>http://www.gpugrid.net</url>
<device_num>1</device_num>
</exclude_gpu>
-->

<!-- Exclude Einstein/Albert, since work from other GPU projects should give enough work to keep this GPU busy. -->
<exclude_gpu>
<url>http://einstein.phys.uwm.edu/</url>
<device_num>1</device_num>
</exclude_gpu>
<exclude_gpu>
<url>http://albert.phys.uwm.edu/</url>
<device_num>1</device_num>
</exclude_gpu>

<!-- Exclude SETI/Beta, since work from other GPU projects should give enough work to keep this GPU busy. -->
<exclude_gpu>
<url>http://setiathome.berkeley.edu/</url>
<device_num>1</device_num>
</exclude_gpu>
<exclude_gpu>
<url>http://setiweb.ssl.berkeley.edu/beta/</url>
<device_num>1</device_num>
</exclude_gpu>

<!-- Exclude Milkyway@Home, since work from other GPU projects should give enough work to keep this GPU busy. -->
<exclude_gpu>
<url>http://milkyway.cs.rpi.edu/milkyway/</url>
<device_num>1</device_num>
</exclude_gpu>

<!-- =========================================== SETUP GPU 2: GeForce GTS 240 =========================================== -->
<!--
<ignore_nvidia_dev>2</ignore_nvidia_dev>
-->

<!-- Exclude World Community Grid's Help Conquer Cancer GPU app -->
<!-- GPU not supported per https://secure.worldcommunitygrid.org/help/viewTopic.do?shortName=GPU#610 -->
<exclude_gpu>
<url>http://www.worldcommunitygrid.org</url>
<device_num>2</device_num>
<app>hcc1</app>
</exclude_gpu>

<!-- Exclude POEM's "POEM++ OpenCL version" GPU app (poemcl) from a second heterogeneous GPU, since it does not work properly -->
<!-- Also, GPU is not supported, as all tasks immediately error out -->
<exclude_gpu>
<url>http://boinc.fzk.de/poem/</url>
<device_num>2</device_num>
<app>poemcl</app>
</exclude_gpu>

<!-- Exclude GPUGrid.net -->
<!-- GPU not supported per http://www.gpugrid.net/forum_thread.php?id=2507 -->
<exclude_gpu>
<url>http://www.gpugrid.net/</url>
<device_num>2</device_num>
</exclude_gpu>

<!-- Exclude Milkyway@Home -->
<!-- GPU not supported, as all tasks immediately error out -->
<exclude_gpu>
<url>http://milkyway.cs.rpi.edu/milkyway/</url>
<device_num>2</device_num>
</exclude_gpu>

</options>
</cc_config>

TJ
Send message
Joined: 26 Jun 09
Posts: 815
Credit: 1,469,215,105
RAC: 0
Level
Met
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 32752 - Posted: 5 Sep 2013 | 22:00:20 UTC - in response to Message 32632.

Well, I did spot something recently that sort of blew my mind. Did you know you can use BOINCStats (and presumably any other BOINC Account Manager) to set per-device-resource-shares? I've tested it, and it works!

I looked at the website a bit closer, and it looks like you can even set up your own sets of custom preferences (in ADDITION to Global/Home/School/Work... you could have as many as you want, I think!). (This may be the answer that this thread was looking for.) Though, it seems the original poster wanted more-than-3 custom settings of project settings (including work queues), which an Account Manager would not be able to do.

Regarding how BOINC does settings, you have to remember that any computer-specific configuration (such as <exclude_gpu> and app_config.xml) needs to be on the machine, and not on the web. I think BOINC has done a good job to make that distinction, but I do wish the advanced configurations were all available via GUI. But anyway, check into how BOINCStats does per-device resource shares, and custom work preferences, you might like it. You can even tell a host "No new tasks" or "Suspend", via their website! It's neat, and I didn't know about it until recently.


Hello Jacob,

I have now time to experiment with this but I don´t know how. I clicked on everything that is click-able in BOINCStats but I can nowhere find any setting that would act like default/school/home/work.
I am a screwdriver guy not a software or programmer type. Can you help a little to get started. Don´t spent to much time for it as I know you are as busy as I am.

Thanks.
____________
Greetings from TJ

Jacob Klein
Send message
Joined: 11 Oct 08
Posts: 1049
Credit: 1,061,199,989
RAC: 865,150
Level
Met
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 32754 - Posted: 5 Sep 2013 | 22:09:54 UTC - in response to Message 32752.
Last modified: 5 Sep 2013 | 22:14:21 UTC

First of all, to get setup, you have to:
- Create a BOINCstats account http://boincstats.com/
- In BOINC, add an Account Manager, choose BOINCstats, and provide login info
- Make sure that succeeds without error

Then, on the BOINCstats website, you can do the following:
- Click "Work preferences", and then you can "Add preference" for as many preferences as you'd like. You can see here that, in addition to "Global / Home / School / Work", you can add an additional one with any name that you want to use.
- Click "Host list", click the computer that you want to modify, click "Edit", change the "Work preference" drop-down to be whatever you'd like, click "Save"

Then, in BOINC, you can
- Click "Tools" -> "Synchronize with BOINCstatsBAM!"

This will only give you an unlimited amount of sets of "regular BOINC preferences", not "GPUGrid project-specific preferences", so it's probably not going to be what you want. But that's how it works.

PS:
You can also, in the "Host list", click a computer, then click "Edit projects", to define per-host values for:
- resource shares
- project attach/detach
- no new tasks
- suspend
- disable CPU / GPU
..... and the "web-request" should trickle to the host within 24 hours I believe.

Kinda neat. But again, may not be helpful toward your situation. I tried.

You might be better off trying to limit applications via <exclude_gpu> in cc_config.xml, but... That's a bit dangerous, because the client does not tell the host that it doesn't want certain apps, and if the host gives it one, the client won't run it, and you'd be stuck with a task you cannot execute, which will prevent you from requesting other tasks. Basically, if you need to exclude "an application", it's recommended to use the "Home/School/Work" settings instead of <exclude_gpu>. I hope that makes sense to you.

TJ
Send message
Joined: 26 Jun 09
Posts: 815
Credit: 1,469,215,105
RAC: 0
Level
Met
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 32756 - Posted: 5 Sep 2013 | 23:23:03 UTC - in response to Message 32754.
Last modified: 5 Sep 2013 | 23:25:30 UTC

Thanks for the thoroughly explanation Jacob.
I think it could be very useful for others as well. Perhaps one of the forum moderators can make a sticky note of it. "How to connect to and use BOINCStatsBAM!"

I followed it step by step and have made "Test". However I see only one host, the rest of the options, (My projects, Task list, Group list) is all empty but I guess I have to wait a while (day or so) to get it filled with information. I will check out later today, when the Sun is up again.

If I in "Test" can set that I want only Short Run, only Long Run, or other options/combinations, than that is exactly want I would like.

Edit: It just comes to my mind that I need to synchronize every host via BOINC to work with the account manager.
____________
Greetings from TJ

Jacob Klein
Send message
Joined: 11 Oct 08
Posts: 1049
Credit: 1,061,199,989
RAC: 865,150
Level
Met
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 32759 - Posted: 5 Sep 2013 | 23:43:09 UTC - in response to Message 32756.

That's the thing -- I don't think projects support "setting project-specific settings in a custom setting profile". "GPUGrid preferences" only knows about Global, Home, School, Work. It has no way to know about "Test".

I don't think you're going to be able to use BOINCstats to have any GPUGrid-specific settings outside of the normal Global, Home, School, Work.

By GPUGrid-specific settings, I of course am referring to the page where you set "Run test applications" and "Run only the selected applications".

TJ
Send message
Joined: 26 Jun 09
Posts: 815
Credit: 1,469,215,105
RAC: 0
Level
Met
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 32761 - Posted: 6 Sep 2013 | 0:26:02 UTC - in response to Message 32756.

I see that I must manually add my projects, but that is not working, I got the message: "Email address not unique" and "Incorrect password".
I have to think about this, I go to sleep first.
____________
Greetings from TJ

Jacob Klein
Send message
Joined: 11 Oct 08
Posts: 1049
Credit: 1,061,199,989
RAC: 865,150
Level
Met
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 32763 - Posted: 6 Sep 2013 | 0:46:13 UTC - in response to Message 32761.

The intent of an Account Manager is to, I believe, manage the BOINC client-project attachments, all via a single web interface. So yes, you hook up the Account Manager to the projects, then you hook up your client to the Account Manager, and then BOINC can auto-attach projects, auto-detach projects, and set things like No New Tasks and Suspend, all via the Account Manager interface.

Fun. Good luck with it when you try it again.
PS: Looking at the BOINCstats stats pages is nice too - here's mine http://boincstats.com/en/stats/-1/user/detail/4275/lastDays :)

TJ
Send message
Joined: 26 Jun 09
Posts: 815
Credit: 1,469,215,105
RAC: 0
Level
Met
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 32770 - Posted: 6 Sep 2013 | 8:56:49 UTC

You are right Jacob. Indeed I can make as many venue settings as I like, but they will not visible and thus selectable in any project.
The settings we can make in these extra venues are general options, not project specific and that is what I wanted in the first place.
Well at the moment I have only 2 rigs for GPUGRID, so I can make 4 different combinations of WU types with global/home/school/work and that is enough. Especially as there are no beta´s to run. Perhaps that I in the future will expand my cc_config.
But thanks again for all your input and effort for this.
____________
Greetings from TJ

Post to thread

Message boards : Wish list : More preferences