Welcome to MilkyWay@home

Why is Milky Way Taking all 4 CPU cores for one work unit?

Message boards : Number crunching : Why is Milky Way Taking all 4 CPU cores for one work unit?
Message board moderation

To post messages, you must log in.

AuthorMessage
ZEN

Send message
Joined: 13 Jul 09
Posts: 2
Credit: 1,309,287
RAC: 0
Message 48623 - Posted: 9 May 2011, 6:48:14 UTC

First off, let me clarify that I don't speak tech. I've noticed a bunch of changes lately with MW and it's leaving me scratching my head. I was running an optimized application, have been since I started the project, and recent work units ran quickly, but when the results were uploaded they were invalid. I read somewhere on the site the optimized apps could be causing a problem and the best course of action was to reinstall the stock application. I did that and my work units were being reported correctly. Was I on the right track? I don't run GPU.

My current question concerns MW grabbing all my cores. I have a decent quad core running on this machine. I run several different projects and generally have one project running on each core. Tonight, I downloaded some MW work units (6 nbody and 6 regular)and immediately the nbody units jumped into hyperdrive(running high priority) and took all four CPU cores for one work unit. I'm wondering why? Is this a change to the project or is it an error?

Thanks for taking time to read this.

Regards,
Zen
ID: 48623 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
TJ

Send message
Joined: 12 Aug 09
Posts: 262
Credit: 92,631,041
RAC: 0
Message 48625 - Posted: 9 May 2011, 7:41:49 UTC - in response to Message 48623.  

Zen,

I have read that the opti apps are not working anymore. For now you have to deal with the stock apps.

MW is using multi-core now, this means that it will use all available CPU's to crunch for one WU.
Greetings from,
TJ
ID: 48625 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Alinator

Send message
Joined: 7 Jun 08
Posts: 464
Credit: 56,639,936
RAC: 0
Message 48627 - Posted: 9 May 2011, 10:42:33 UTC

Actually, only the N-Body tasks are multi-threaded and use more than one core when running.

The MW 0.50 CPU tasks are single threaded and use one core when running, unless BOINC has more than one task queued up for running that is.
ID: 48627 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
greg_be

Send message
Joined: 18 Aug 09
Posts: 122
Credit: 20,694,647
RAC: 4,385
Message 48724 - Posted: 12 May 2011, 15:58:08 UTC

Your comments are not exactly true.
I have de_seperation_10_3_fix20 etc. hogging all 4 cores as well and not using them to full capacity. I checked my cpu monitoring program and noticed that 1 core is at 16% with a max around 73%. Another core runs 17-78%, core 3 min 25% max 91% core 4 min 6% max 56%

This is not good usage of my system. There should be a better way to crunch the data than to hog all my cores and not use them at 100% ALL the time.
ID: 48724 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
C A NUTE

Send message
Joined: 12 May 11
Posts: 1
Credit: 2,545,213
RAC: 0
Message 48729 - Posted: 12 May 2011, 20:03:16 UTC

I've been running BOINC with S@h for a few weeks, and today I've tried out Collatz, PrimeGrid and Milky Way - MW insists in hogging both cores when running, when I expected it to run on 1 core and still allowing other apps to crunch away. I'm to stop processing MW WUs until a time when the MW app is less power hungry!
ID: 48729 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Matt Arsenault
Volunteer moderator
Project developer
Project tester
Project scientist

Send message
Joined: 8 May 10
Posts: 576
Credit: 15,979,383
RAC: 0
Message 48735 - Posted: 13 May 2011, 14:22:39 UTC - in response to Message 48729.  

I've been running BOINC with S@h for a few weeks, and today I've tried out Collatz, PrimeGrid and Milky Way - MW insists in hogging both cores when running, when I expected it to run on 1 core and still allowing other apps to crunch away. I'm to stop processing MW WUs until a time when the MW app is less power hungry!
It should be a more efficient use of your CPUs to use all of them for the same task. The BOINC scheduler should take care of running different projects at different times. They don't need to run at the same time to get a chance to run.
ID: 48735 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Jazzop

Send message
Joined: 8 Feb 09
Posts: 1
Credit: 214,458
RAC: 0
Message 48956 - Posted: 24 May 2011, 22:54:32 UTC

How about one WU taking up all 16 cores (2 physical CPUs)? That's what it's doing to me!
ID: 48956 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile The Gas Giant
Avatar

Send message
Joined: 24 Dec 07
Posts: 1947
Credit: 240,884,648
RAC: 0
Message 48958 - Posted: 25 May 2011, 2:58:19 UTC - in response to Message 48956.  

How about one WU taking up all 16 cores (2 physical CPUs)? That's what it's doing to me!

That's what happens when it's a multi-threaded app. When it runs it uses all available CPU's.
ID: 48958 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
KWSN-GMC-Peeper of the Castle ...
Avatar

Send message
Joined: 16 Dec 10
Posts: 21
Credit: 13,709,128
RAC: 0
Message 49010 - Posted: 26 May 2011, 1:06:27 UTC

These WU that call all the cpu's seem to finish pretty quickly. I just watched one scheduled for an hour of crunching finish up in 7+ minutes. The power of 64 bit multithreading I presume.
My general cpu use meter shows me staying between 90 and 95% use for these, less efficient maybe but these WU seem to go so quickly it doesn't worry me.

;
ID: 49010 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Ray_GTI-R
Avatar

Send message
Joined: 5 Nov 10
Posts: 69
Credit: 15,064,831
RAC: 0
Message 49013 - Posted: 26 May 2011, 1:42:00 UTC - in response to Message 49010.  
Last modified: 26 May 2011, 1:43:50 UTC

I, too, panicked at first when first I saw 8 cores* utilised (hogged) when I only really wanted one core to be used. Then I saw the way the app ripped through the n_body WU so I waited to see what happened over a few days.
The way I understand it, let MW and other projects & BOINC sort everything out based on the way you have set your BOINC processor usage and work cache. If you set processor usage to 100% the n_body WUs will pass through almost unnoticed on e.g., an *i7-2600K at minimum safe overclock (known true). I also run an Intel C2D T5750 @ 2.00ghz, Boinc processor usage:- 25% that runs an n_body in an hour or two so these WUs hardly get in the way of other 30-day+ deadline tasks like SETI etc.
HTH, Ray
(see other recent thread about my comment on initial elapsed time for n_body WUs)
(BOINC/MW etc WU scheduling needs shepherding at times :-P )
ID: 49013 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
KWSN-GMC-Peeper of the Castle ...
Avatar

Send message
Joined: 16 Dec 10
Posts: 21
Credit: 13,709,128
RAC: 0
Message 49422 - Posted: 19 Jun 2011, 14:14:06 UTC

Oh my goodness. I just saw a multi threaded N body simulation that the BOINC client had estimated at 38 hours crunching finish up in 12 minutes.
I'm sold.. we all need to make the jump to 64 bit and force all the software vendors to support it. Not just for BOINC but everything...what an astounding performance increase.

;
ID: 49422 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Kenny Frew

Send message
Joined: 24 Feb 09
Posts: 5
Credit: 282,355
RAC: 0
Message 49432 - Posted: 19 Jun 2011, 20:04:46 UTC
Last modified: 19 Jun 2011, 20:08:19 UTC

There is an issue however. It may only take 16 minutes to finish with 2 cpu's, but it loads another one and it becomes priority and my other projects never run. The time remaining is starting in the 300's and goes down real fast, but this causes priority.
ID: 49432 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile The Gas Giant
Avatar

Send message
Joined: 24 Dec 07
Posts: 1947
Credit: 240,884,648
RAC: 0
Message 49434 - Posted: 19 Jun 2011, 20:52:09 UTC - in response to Message 49432.  

There is an issue however. It may only take 16 minutes to finish with 2 cpu's, but it loads another one and it becomes priority and my other projects never run. The time remaining is starting in the 300's and goes down real fast, but this causes priority.

Give it time. BOINC will work it out. The other projects will get their share again. While MW is running the other projects are building 'debt' which BOINC will pay off by giving them time.
ID: 49434 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
KWSN-GMC-Peeper of the Castle ...
Avatar

Send message
Joined: 16 Dec 10
Posts: 21
Credit: 13,709,128
RAC: 0
Message 49450 - Posted: 20 Jun 2011, 13:38:17 UTC

You are SOOOooo missing the point. IF you crunch 38 hours of work in 12 minutes, even IF it jams the system and stops all other processing for that 12 minjutes, you've shown a 50,000% net profit on your crunching time. hello?

;
ID: 49450 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile The Gas Giant
Avatar

Send message
Joined: 24 Dec 07
Posts: 1947
Credit: 240,884,648
RAC: 0
Message 49464 - Posted: 20 Jun 2011, 19:53:51 UTC - in response to Message 49450.  

You are SOOOooo missing the point. IF you crunch 38 hours of work in 12 minutes, even IF it jams the system and stops all other processing for that 12 minjutes, you've shown a 50,000% net profit on your crunching time. hello?

And you aren't doing any homework and considering how BOINC works. This is not the office of arguments.

ID: 49464 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
binyo66

Send message
Joined: 2 Jul 11
Posts: 4
Credit: 21,832,836
RAC: 0
Message 54466 - Posted: 20 May 2012, 4:03:54 UTC - in response to Message 49464.  

bump :)
Here is my computer, I have intel xeon 2 CPU with each 8 cores. My system actually FreeBSD/AMD64 8.2, however since running boinc under wine is faster, I run it under wine (boinc 7.025, the new one 7.028 from Einstein project won't pass the internet connection somehow :( ).
If 1 task MW takes 1 core, it usually finishs in 2-3 hrs. However, if it runs 6-12 cores it finished less than 2minutes!!
The same thing happen with my old mac X 10.6.8. If MW runs with 2 cores, it finishes in less than 3 minutes. But if 1 core takes 2-3 hours.
So, the question is how to force each task to run 6 cores (even only 1 unit active at one time), is it possible ?
ID: 54466 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Len LE/GE

Send message
Joined: 8 Feb 08
Posts: 261
Credit: 104,050,322
RAC: 0
Message 54472 - Posted: 20 May 2012, 12:45:47 UTC

There are 2 different MW apps:
- separation is using 1 core
- nbody is using multi core

Actually you are running both types, so you are seeing the different behaviour you describe. You can choose with one you want to run with a setting on the project preferences page.
ID: 54472 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
binyo66

Send message
Joined: 2 Jul 11
Posts: 4
Credit: 21,832,836
RAC: 0
Message 54475 - Posted: 20 May 2012, 14:35:24 UTC - in response to Message 54472.  

OK, thx, let me try if it always run using more than 1 core now.
ID: 54475 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Brian Priebe

Send message
Joined: 27 Nov 09
Posts: 108
Credit: 430,760,953
RAC: 0
Message 54484 - Posted: 22 May 2012, 5:27:36 UTC - in response to Message 48958.  

That's what happens when it's a multi-threaded app. When it runs it uses all available CPU's.
I believe there is a hard limit of 16 threads/WU. The multi-threaded WU's never use all of my 24-core machine.
ID: 54484 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote

Message boards : Number crunching : Why is Milky Way Taking all 4 CPU cores for one work unit?

©2024 Astroinformatics Group