Really


Advanced search

Message boards : Number crunching : Really

Author Message
keputnam
Send message
Joined: 31 Mar 05
Posts: 15
Credit: 105,585
RAC: 5
Message 13171 - Posted: 24 Aug 2014, 8:15:15 UTC
Last modified: 24 Aug 2014, 8:31:23 UTC

I just got a new rig with a decent Video card, so I thought I'd give BURP another shot

I just downloaded 4 WUs, with a deadline of less than 48 hours

Ok

Then I noticed that they were not using the Video card at all, but the CPU, and were multi-threaded and using all 8 CPUs AND running in high priority

Do you really think that I'm gonna let your project have ALL of my resources for a day and a half??

Really??


And don't blame it on the BOINC scheduler. Your ridiculously short deadline is what triggered the high priority


Goodby

Again

Profile Janus
Volunteer moderator
Project administrator
Avatar
Send message
Joined: 16 Jun 04
Posts: 4467
Credit: 2,094,806
RAC: 0
Message 13178 - Posted: 24 Aug 2014, 17:55:43 UTC
Last modified: 24 Aug 2014, 17:57:39 UTC

You can select the project weight in your preferences. If your machine doesn't complete the units within the allotted time they are reallocated to another machine. The word "deadline" is a BOINC thing - it really doesn't imply that we will kill any kittens or anything like that if you miss it.

funkydude
Send message
Joined: 23 Dec 13
Posts: 275
Credit: 2,478,281
RAC: 0
Message 13179 - Posted: 24 Aug 2014, 18:00:56 UTC

I think he's talking about the tasks being set as "High Priority" by BOINC due to the low deadlines. But I don't think that makes BOINC change the actual blender process running on the operating system to a high priority, which I believe is what he is assuming is happening.

Profile noderaser
Project donor
Avatar
Send message
Joined: 28 Mar 06
Posts: 506
Credit: 1,548,030
RAC: 45
Message 13180 - Posted: 25 Aug 2014, 3:40:14 UTC

/shrug
____________

funkydude
Send message
Joined: 23 Dec 13
Posts: 275
Credit: 2,478,281
RAC: 0
Message 13224 - Posted: 8 Sep 2014, 17:30:10 UTC

I just verified that when BOINC makes a task high priority it does NOT change the OS priority of that task, it's still set to the lowest priority available.

OP is talking nonsense, even with high priority in BOINC they will not "have all your resources".

keputnam
Send message
Joined: 31 Mar 05
Posts: 15
Credit: 105,585
RAC: 5
Message 13420 - Posted: 24 Nov 2014, 21:35:39 UTC

I was *obviously* referring to BOINC resources, not total system resources

Anyway, I got some assistance over on the BOINC forums and was able to limit BURP to 4 of my 8 "processors", using a cc_config.xml file. Since I still think that this project has merit, I'm back

You might consider adding a Project Specific preference to let crunchers specify this without having to delve into the cc_config file



Here is the cc_config file, if you are interested

<app_config>
<app>
<name>blender</name>
<max_concurrent>1</max_concurrent>
</app>
<app_version>
<app_name>blender</app_name>
<cmdline>--nthreads 4</cmdline>
<avg_ncpus>4</avg_ncpus>
<plan_class>mt</plan_class>
</app_version>
</app_config>


____________

Profile Janus
Volunteer moderator
Project administrator
Avatar
Send message
Joined: 16 Jun 04
Posts: 4467
Credit: 2,094,806
RAC: 0
Message 13424 - Posted: 25 Nov 2014, 17:10:14 UTC - in response to Message 13420.
Last modified: 25 Nov 2014, 17:15:52 UTC

I think you can set this from the compute preferences - something like "On multiprocessors, use at most XYZ"?
Or am I missing the point entirely?

keputnam
Send message
Joined: 31 Mar 05
Posts: 15
Credit: 105,585
RAC: 5
Message 13425 - Posted: 25 Nov 2014, 18:32:17 UTC - in response to Message 13424.
Last modified: 25 Nov 2014, 19:30:34 UTC

That is NOT a project specific preference

That is BOINC wide, so if one sets it to 4, then the scheduler will never run more than 4 BOINC WUs at one time. The projects that use the standard template for their site actually have this at the top of the page

These apply to all BOINC projects in which you participate.
On computers participating in multiple projects, the most recently modified preferences will be used.



I want to use all 8 of my "processors", I just don't want any one project hogging ALL of them at the same time

Similarly, MAX CONCURRENT in an app_config file won't work, because it is only 1 mt WU


I also just noticed that BLENDER does not like to be interrupted. Applied some maintenance which required a restart

2 BLENDER WUs, each with over 6 hours of processing time came back up with zero !!
____________

Profile DoctorNow
Project donor
Avatar
Send message
Joined: 11 Apr 05
Posts: 392
Credit: 2,167,694
RAC: 81
Message 13427 - Posted: 26 Nov 2014, 7:21:22 UTC - in response to Message 13420.
Last modified: 26 Nov 2014, 8:19:12 UTC

Here is the cc_config file, if you are interested

<app_config>
<app>
<name>blender</name>
<max_concurrent>1</max_concurrent>
</app>
<app_version>
<app_name>blender</app_name>
<cmdline>--nthreads 4</cmdline>
<avg_ncpus>4</avg_ncpus>
<plan_class>mt</plan_class>
</app_version>
</app_config>

Ah, now I finally understand what you meant (and wanted) with the first post at all.
If you would have written that in another manner you might have gotten help far earlier since I already solved such a problem with the SunFlowerBlender app a while ago here in this thread. ;-)
With a slightly change it would have of course worked for the Blender-MT also like it does now for you.
Since "processor restrictions" to a specific project are not yet either part of the server software nor the BOINC software itself, maybe we should make out a sticky for more people who want that, otherwise the problem will occur more often because most users normally are too lazy to search forums extensively.

I want to use all 8 of my "processors", I just don't want any one project hogging ALL of them at the same time

Well, while I can understand that statement I also don't at the same time. ;-)
Multithread-WUs are quite faster done when all cores are used, and I rather want to return a WU as fast as possible.
____________
Life is Science, and Science rules. To the universe and beyond
Proud member of BOINC@Heidelberg
My BOINC-Stats

keputnam
Send message
Joined: 31 Mar 05
Posts: 15
Credit: 105,585
RAC: 5
Message 13428 - Posted: 26 Nov 2014, 9:06:51 UTC - in response to Message 13427.

I want to use all 8 of my "processors", I just don't want any one project hogging ALL of them at the same time

Well, while I can understand that statement I also don't at the same time. ;-)
Multithread-WUs are quite faster done when all cores are used, and I rather want to return a WU as fast as possible.


Yes, but that totally screws with the scheduler. All I really care about is returning the WU before the deadline

I currently have three BURP WUs on my computer, all of which started with a 16 minute estimated runtime, two of which are now at 19 hours remaining after 3+ hours of processing

without the app_config file, at least four other WUs would probably be fighting BURP over EDF right now, based on BURP's absurdly short 48 hour deadlines

____________


Post to thread

Message boards : Number crunching : Really