Index  | Recent Threads  | Unanswered Threads  | Who's Active  | Guidelines  | Search
 

Quick Go »
No member browsing this thread
Thread Status: Active
Total posts in this thread: 14
Posts: 14   Pages: 2   [ Previous Page | 1 2 ]
[ Jump to Last Post ]
Post new Thread
Author
Previous Thread This topic has been viewed 15603 times and has 13 replies Next Thread
Former Member
Cruncher
Joined: May 22, 2018
Post Count: 0
Status: Offline
Reply to this Post  Reply with Quote 
Re: BOINC Future Drool - OpenCL enabling started for Ivy Bridge

Come to think of it, even if you can't specify the number "in progress" of any other science but CEP2, you can still control how many of each run for all sciences, to the point that if the buffer has at least one waiting "ready to start", you'd be able to do a per-core science contribution. Worth experimenting, there always being the risk of idle cores, or there eventually building up so many of one science, that there ain't enough time to complete them all. A function long wished for now added. :D
[Dec 9, 2012 11:41:21 AM]   Link   Report threatening or abusive post: please login first  Go to top 
Former Member
Cruncher
Joined: May 22, 2018
Post Count: 0
Status: Offline
Reply to this Post  Reply with Quote 
Re: BOINC Future Drool - OpenCL enabling started for Ivy Bridge

OK, the Application configuration section has been added to the proper wiki page at http://boinc.berkeley.edu/wiki/Client_configuration#Application_configuration as part of the client configuration. The app_config.xml goes for WCG into .\projects\www.worldcommunitygrid.org
[Dec 9, 2012 2:07:13 PM]   Link   Report threatening or abusive post: please login first  Go to top 
Former Member
Cruncher
Joined: May 22, 2018
Post Count: 0
Status: Offline
Reply to this Post  Reply with Quote 
Re: BOINC Future Drool - OpenCL enabling started for Ivy Bridge

It was rather curious to see that an early testing adopter has added a line to the app_config.xml (which really belongs in one place only, the projects folder). He had the <user_friendly_name> tag added, which is not mentioned in the wiki as applying to this config feature (see Application Configuration section of official wiki http://boinc.berkeley.edu/wiki/Client_configuration#Application_configuration ). I'd rather not experiment with non documented tags and risk something goes foul.

Still running with CEP2 to only run 1 thread of 8, and it's been doing that nicely 24/7, uninterrupted, because I've got always CEP2 work that is older than the size of the buffer **. In effect this could also be used to control projects X on 1 thread, project Y on 1 thread, etc. What I've not tested is, if there is an idle core [due absence of jobs for an overworked project], will it fetch work from WCG? The developers have said that the new control messes up "Round-Robin", the system that does the project weight/resource share management. Users employing the new control have to experiment and not be surprised that one or the other or all does not *seem* to be run anymore on a "fairness" basis... but what to expect if you stick a spanner in the wheel ;>)

The coding to identify intel_gpu is progressing nicely, but it will be OpenCL as I understand it. Who'll be the first to port a science up in BOINC world... All those xxx Bridges that may come to use (and maybe all those jerky mouses getting added ;P)

** Meaning, each time a CEP2 task finishes, there's another CEP2 task older than the rest of the cached work to take the slot. In FIFO (First in, First Out], the oldest task of a project gets first turn, when that project has share-rights to crunch.
[Dec 12, 2012 9:48:57 AM]   Link   Report threatening or abusive post: please login first  Go to top 
Ingleside
Veteran Cruncher
Norway
Joined: Nov 19, 2005
Post Count: 974
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Re: BOINC Future Drool - OpenCL enabling started for Ivy Bridge

What I've not tested is, if there is an idle core [due absence of jobs for an overworked project], will it fetch work from WCG?

I tested this with CPDN, but even with multiple idle cores no other project was asked for work, since cached work was more than the cache-settings. So, even some CPDN-users has wanted such a feature for many years, in practice it doesn't really work with CPDN's long work-units.

With short wu's like CEP2 it's easy to have a large enough cache to keep feeding all cores, atleast as long as haven't set WCG to CEP2-only and to download an unlimited supply of CEP2-work.
----------------------------------------


"I make so many mistakes. But then just think of all the mistakes I don't make, although I might."
[Dec 12, 2012 7:04:46 PM]   Link   Report threatening or abusive post: please login first  Go to top 
Posts: 14   Pages: 2   [ Previous Page | 1 2 ]
[ Jump to Last Post ]
Post new Thread