Deprecated: Function get_magic_quotes_gpc() is deprecated in /srv/BOINC/live-webcode/html/inc/util.inc on line 640
CPU utilisation factor is very wrong and lets a core sit idle

WARNING: This website is obsolete! Please follow this link to get to the new Albert@Home website!

CPU utilisation factor is very wrong and lets a core sit idle

Message boards : Problems and Bug Reports : CPU utilisation factor is very wrong and lets a core sit idle
Message board moderation

To post messages, you must log in.

AuthorMessage
Profile Saenger
Avatar

Send message
Joined: 15 Feb 05
Posts: 361
Credit: 600,993
RAC: 0
Message 111940 - Posted: 29 Mar 2012, 16:08:56 UTC

The WUs proclaim to use a whole CPU (1 CPUs + 1 Nvidia GPUs), while in reality it let's it sit idle and thus hurts other project by depriving them off CPU-power.
Every time one of those lying WUs crunch, my machine doesn't run at 100% power any more:



This doesn't happen with Einstein WUs, that rightly claim only 20% of a CPU.

If that proclamation of the use of a whole CPU to my GPU would be even remotely correct, the crunch-time and the CPU-time should be in about the same range, but if you look at my results, they are not that much different from those at Einstein.
Albert: Ratio 6700/1000 = 6.7
Einstein: Ratio 6000/700 = 8.6

Can you please change the CPU utilisation factor back to normal, i.e. 0.20, maybe 0.3, but not 1.0?
Grüße vom Sänger
ID: 111940 · Report as offensive     Reply Quote
Alex

Send message
Joined: 1 Mar 05
Posts: 88
Credit: 398,734
RAC: 0
Message 111941 - Posted: 29 Mar 2012, 17:46:50 UTC
Last modified: 29 Mar 2012, 17:48:06 UTC

There is a workaround available:
place a cc_config.xlm into your boinc data directory

<cc_config>
<options>
<ncpus>5</ncpus>
</options>
</cc_config>

Set the ncpus to a value higher than the nr of real cores.
ID: 111941 · Report as offensive     Reply Quote
Profile Saenger
Avatar

Send message
Joined: 15 Feb 05
Posts: 361
Credit: 600,993
RAC: 0
Message 111942 - Posted: 29 Mar 2012, 18:27:52 UTC - in response to Message 111941.  
Last modified: 29 Mar 2012, 18:29:53 UTC

There is a workaround available:
place a cc_config.xlm into your boinc data directory

<cc_config>
<options>
<ncpus>5</ncpus>
</options>
</cc_config>

Set the ncpus to a value higher than the nr of real cores.

Not for me, as I'm running SimOne as well, a mt-WU, that doesn't like to be run on less cores than said. I lost one because I had that "solution" set.

Is there any reason for this weird and destructive setting?
Grüße vom Sänger
ID: 111942 · Report as offensive     Reply Quote
Profile [FVG] bax

Send message
Joined: 19 Jun 08
Posts: 2
Credit: 1,004,500
RAC: 0
Message 111943 - Posted: 30 Mar 2012, 16:07:26 UTC
Last modified: 30 Mar 2012, 16:07:56 UTC

I have the same "problem" ;-)
ID: 111943 · Report as offensive     Reply Quote
Profile Bernd Machenschalk
Volunteer moderator
Project administrator
Project developer
Avatar

Send message
Joined: 15 Oct 04
Posts: 1956
Credit: 6,218,130
RAC: 0
Message 111944 - Posted: 30 Mar 2012, 18:31:34 UTC

Thanks for reporting. We're looking into this.

BM
ID: 111944 · Report as offensive     Reply Quote
Alex

Send message
Joined: 1 Mar 05
Posts: 88
Credit: 398,734
RAC: 0
Message 111946 - Posted: 31 Mar 2012, 14:19:48 UTC - in response to Message 111944.  
Last modified: 31 Mar 2012, 14:22:10 UTC

Thanks for reporting. We're looking into this.

BM


Hi Bernd,

nice to read this.
When you (or whoever) is looking into this, please don't forget: Albert currently runs at 50% of possible power.



This is how my testsystem runs atm.



This is how the cpu-load and the gpu-load is reported.
Some weeks ago the settings to run more than one gpu-project at a time were added; unfortunately they work for the nVidias only. Is it really that complicated to change this? If it fails, it's everyone's choice to switch back to 1 wu at a time.
I'm pretty shure that it will work; MW runs two wu's at a time, Seti runs two on the APU and three on the HD5830, so what is the reason not to enable this? GPU's are too expensive to run at 68% load.

Well, yes, there are workarounds or tricks, but as posted earlier here, they do not work for everyone. I'm shure that will make more than two people happy.

Edit:
Will the ATI wu's also be moved to Einstein?
ID: 111946 · Report as offensive     Reply Quote
Profile Bernd Machenschalk
Volunteer moderator
Project administrator
Project developer
Avatar

Send message
Joined: 15 Oct 04
Posts: 1956
Credit: 6,218,130
RAC: 0
Message 111948 - Posted: 3 Apr 2012, 17:24:16 UTC
Last modified: 3 Apr 2012, 17:25:20 UTC

Sorry, I'm still ill. Fixing avg_ncpus will take a bit longer.

GPU utilization for atiOpenCL plan classes should work now.

Will the ATI wu's also be moved to Einstein?


I don't understand that question. What are "the ATI wu's"? Can you rephrase it?

BM
ID: 111948 · Report as offensive     Reply Quote
Alex

Send message
Joined: 1 Mar 05
Posts: 88
Credit: 398,734
RAC: 0
Message 111949 - Posted: 4 Apr 2012, 9:14:31 UTC - in response to Message 111948.  
Last modified: 4 Apr 2012, 9:27:35 UTC


I don't understand that question. What are "the ATI wu's"? Can you rephrase it?

BM


Shure, I can.
Will we see wu's for ATI-cards @ Einstein sometimes?



THX !!!!

Sorry, I'm still ill. Fixing avg_ncpus will take a bit longer.

No Problem, health first.

Gute Besserung und Frohe Ostern!

Edit: GPU-load is 88% now, much better than before!
ID: 111949 · Report as offensive     Reply Quote
Profile Bernd Machenschalk
Volunteer moderator
Project administrator
Project developer
Avatar

Send message
Joined: 15 Oct 04
Posts: 1956
Credit: 6,218,130
RAC: 0
Message 111950 - Posted: 4 Apr 2012, 9:59:29 UTC - in response to Message 111949.  
Last modified: 4 Apr 2012, 10:01:46 UTC

Will we see wu's for ATI-cards @ Einstein sometimes?


Albert is not a production project on its own, it's just a project for testing things that we intend to run on Einstein at some point, but can't test there without putting our production project at stake. So in principle everything that we are doing on Albert sooner or later is meant to end up on Einstein.

The BRP workunits on Albert don't differ much from the ones over at Einstein. What differs are the applications (or in BOINC terminology: application versions), and some server components (scheduler, validator, possibly workunit generator, database). This is what's currently being tested on Albert.

As this very thread shows, there are still issues with this server code that need to be solved before we could move this over to Einstein.

BM
ID: 111950 · Report as offensive     Reply Quote
Profile Bernd Machenschalk
Volunteer moderator
Project administrator
Project developer
Avatar

Send message
Joined: 15 Oct 04
Posts: 1956
Credit: 6,218,130
RAC: 0
Message 112034 - Posted: 4 May 2012, 15:32:45 UTC

Should (finally!) be solved.

BM
ID: 112034 · Report as offensive     Reply Quote
ihatelolcats

Send message
Joined: 3 Jul 12
Posts: 4
Credit: 9,030,454
RAC: 0
Message 112251 - Posted: 20 Oct 2012, 17:24:45 UTC

WUs I have are showing 0.898 CPU. Can this be a user configurable option? Or make it something like 0.75. Thanks
ID: 112251 · Report as offensive     Reply Quote

Message boards : Problems and Bug Reports : CPU utilisation factor is very wrong and lets a core sit idle



This material is based upon work supported by the National Science Foundation (NSF) under Grant PHY-0555655 and by the Max Planck Gesellschaft (MPG). Any opinions, findings, and conclusions or recommendations expressed in this material are those of the investigators and do not necessarily reflect the views of the NSF or the MPG.

Copyright © 2024 Bruce Allen for the LIGO Scientific Collaboration