gpu stop work if cpu wu´s at high priority

Message boards : Number crunching : gpu stop work if cpu wu´s at high priority
Message board moderation

To post messages, you must log in.

AuthorMessage
Profile tpl
Avatar

Send message
Joined: 12 Nov 03
Posts: 431
Credit: 240,484,834
RAC: 33,665
Germany
Message 1228400 - Posted: 6 May 2012, 19:21:29 UTC

hi,
at my i7 with 2 nvidia 570 running 8 wu´s cpu and 4 wu´s
at gpu....but when all cpu wu´s running at high priority
the ´gpu stops crunching.
don´t know why :-(
ID: 1228400 · Report as offensive
Profile jason_gee
Volunteer developer
Volunteer tester
Avatar

Send message
Joined: 24 Nov 06
Posts: 7471
Credit: 90,585,875
RAC: 14,364
Australia
Message 1228403 - Posted: 6 May 2012, 19:29:16 UTC - in response to Message 1228400.  
Last modified: 6 May 2012, 19:35:21 UTC

hi,
at my i7 with 2 nvidia 570 running 8 wu´s cpu and 4 wu´s
at gpu....but when all cpu wu´s running at high priority
the ´gpu stops crunching.
don´t know why :-(


The technical term is 'CPU overcommit' and is complicated. Your GPU worker threads that feed the GPU's need to be higher than the CPU tasks, or they will never get any CPU to feed them.

If you are using some priority changing software, like Fred's priority tool, or Process Lasso, I would suggest to keep CPU processes at 'Below Normal', and boost GPU host processes to 'Above Normal'

[Edit:]Another option is to keep 1 real or virtual core free to feed them

Jason
"Living by the wisdom of computer science doesn't sound so bad after all. And unlike most advice, it's backed up by proofs." -- Algorithms to live by: The computer science of human decisions.
ID: 1228403 · Report as offensive
kittymanProject Donor
Volunteer tester
Avatar

Send message
Joined: 9 Jul 00
Posts: 48453
Credit: 866,191,435
RAC: 199,741
United States
Message 1228408 - Posted: 6 May 2012, 19:34:37 UTC

I think there was also a bug in certain versions of Boinc that would stop GPU crunching if CPU work was in high priority.
But I am not sure what versions it was.
A kitty keeps loneliness away.
More meowing, less hissing. I speak meow, do you?

Have made friends in this life.
Most were cats.
ID: 1228408 · Report as offensive
Profile tpl
Avatar

Send message
Joined: 12 Nov 03
Posts: 431
Credit: 240,484,834
RAC: 33,665
Germany
Message 1228410 - Posted: 6 May 2012, 19:42:29 UTC

thx for quick answer,
i change from 7.0.23 to 7.0.25 and at the moment
all running "normal"
maybe a bug at bm 7.0.23
ID: 1228410 · Report as offensive
Profile Cliff Harding
Volunteer tester
Avatar

Send message
Joined: 18 Aug 99
Posts: 1307
Credit: 80,631,406
RAC: 31,501
United States
Message 1228423 - Posted: 6 May 2012, 20:22:38 UTC - in response to Message 1228400.  

hi,
at my i7 with 2 nvidia 570 running 8 wu´s cpu and 4 wu´s
at gpu....but when all cpu wu´s running at high priority
the ´gpu stops crunching.
don´t know why :-(


Regardless of which version of BOINC you are running you should leave at least one CPU core available for GPU processing. Both of my machines (i7/930 & i7/950) both have 2 physical GPU devices on board and are running 7 cores for CPU processing (90%).


I don't buy computers, I build them!!
ID: 1228423 · Report as offensive
Richard HaselgroveProject Donor
Volunteer tester

Send message
Joined: 4 Jul 99
Posts: 11430
Credit: 101,848,826
RAC: 75,646
United Kingdom
Message 1228429 - Posted: 6 May 2012, 20:33:12 UTC - in response to Message 1228403.  

The technical term is 'CPU overcommit' and is complicated.

No, the technical term is 'bug' ;-)

This one was fixed by changeset [trac]changeset:25497[/trac]:

client: fix typo that prevented GPU jobs from running if CPUs were filled with EDF jobs

Part of the confusion is the multiple uses of the word 'priority': although I'm perfectly happy to talk about application, process, or thread priority in context, I think in the context of BOINC Manager it more commonly means the 'Earliest Deadline First' in David's checkin note.
ID: 1228429 · Report as offensive
Profile jason_gee
Volunteer developer
Volunteer tester
Avatar

Send message
Joined: 24 Nov 06
Posts: 7471
Credit: 90,585,875
RAC: 14,364
Australia
Message 1228431 - Posted: 6 May 2012, 20:36:53 UTC - in response to Message 1228429.  

The technical term is 'CPU overcommit' and is complicated.

No, the technical term is 'bug' ;-)

This one was fixed by changeset [trac]changeset:25497[/trac]:

client: fix typo that prevented GPU jobs from running if CPUs were filled with EDF jobs

Part of the confusion is the multiple uses of the word 'priority': although I'm perfectly happy to talk about application, process, or thread priority in context, I think in the context of BOINC Manager it more commonly means the 'Earliest Deadline First' in David's checkin note.


Ah, 'bugs', I read about those...
"Living by the wisdom of computer science doesn't sound so bad after all. And unlike most advice, it's backed up by proofs." -- Algorithms to live by: The computer science of human decisions.
ID: 1228431 · Report as offensive
Wembley
Volunteer tester
Avatar

Send message
Joined: 16 Sep 09
Posts: 429
Credit: 1,843,792
RAC: 251
United States
Message 1228439 - Posted: 6 May 2012, 21:04:38 UTC - in response to Message 1228431.  

Ah, 'bugs', I read about those...


I use 'Raid'
ID: 1228439 · Report as offensive
Grant (SSSF)
Volunteer tester

Send message
Joined: 19 Aug 99
Posts: 8680
Credit: 110,724,120
RAC: 74,056
Australia
Message 1228450 - Posted: 6 May 2012, 21:28:34 UTC - in response to Message 1228423.  

Regardless of which version of BOINC you are running you should leave at least one CPU core available for GPU processing.

Both my systems use all CPU cores for crunching as well as the GPUs. No problems. Maybe running a couple of dual GPU cards would make it worth it, but for just the one GPU it's not worth leaving a CPU core unused for CPU processing.
Grant
Darwin NT
ID: 1228450 · Report as offensive

Message boards : Number crunching : gpu stop work if cpu wu´s at high priority


 
©2017 University of California
 
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.