| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
| World Community Grid Forums
|
| No member browsing this thread |
|
Thread Status: Active Total posts in this thread: 10
|
|
| Author |
|
|
Tom M
Cruncher USA Joined: Jan 18, 2017 Post Count: 13 Status: Offline Project Badges:
|
Hi,
----------------------------------------I am posting this here because it was not clear which Beta Thread I should be posting on. After tinkering with about 10 Beta-test AMD GPU apps yesterday: 1) My main other Amd gpu tasks won't start/load unless I suspend WCG. 2) The Beta tasks seem to run ok, without error. And once the "other" project tasks are running on my AMD GPUs they run ok. 3) I am not willing to run any GPU apps that don't hinder running other projects. 4) I have turned off the allow GPUs to run tasks for that specific profile/system. Tom M
Help! I lost my Tagline!
|
||
|
|
Jim1348
Veteran Cruncher USA Joined: Jul 13, 2009 Post Count: 1066 Status: Offline Project Badges:
|
I have never seen that. It would seem that the betas are leaving something in memory. Maybe if you disable "leave applications in memory" it would help.
|
||
|
|
ca05065
Senior Cruncher Joined: Dec 4, 2007 Post Count: 328 Status: Offline Project Badges:
|
When running a BOINC CPU project and a new one is added, BOINC will prioritise the new project until it considers that it has achieved a balance between them as requested by the resource share.
Does a similar situation arise for GPU projects? |
||
|
|
alanb1951
Veteran Cruncher Joined: Jan 20, 2006 Post Count: 1317 Status: Offline Project Badges:
|
When running a BOINC CPU project and a new one is added, BOINC will prioritise the new project until it considers that it has achieved a balance between them as requested by the resource share. Does a similar situation arise for GPU projects? I think this might have nailed it if the issue was unwillingness to run tasks for other projects (although without more details about the "tinkering" we can't be sure!) I usually have a mix of MilkyWay@home and Einstein@home (hello Tom M!) and these Betas came in, tended to dominate for the couple of hours it took to get them out of the way on my NVIDIA GPUs (neither of them "top of the range") then normality was restored until another batch of Betas came along. Admittedly, I'm not using AMD, and I'm not doing anything exotic such as trying to run multiple tasks on a GPU at the same time (which may or may not have been the case here - when I see "tinkering" I start to worry )@Tom M - See the above! I presume you were only trying to run one at a time, though -- if you have been playing with multiple tasks per GPU, that's a different matter... By the way, if/when you have issues, I'd suggest you locate the latest Beta thread that isn't newer than when you ran the jobs and post in there! (Of course, if another Beta has started since you had the problems, the best thing to do is to simply "bite the bullet", re-test, and see if the problem still exists!) For the OPN GPU betas the WCG tech (Uplinger) has been quite willing to keep us in the loop... Cheers - Al. P.S. It'll be fun in here if/when some of the Seti Orphans decide to bring their big GPUs in here -- I wonder if WCG will be able to fill the work queues fast enough for the demand?!? [Edited a typo that I spotted...] [Edit 1 times, last edit by alanb1951 at Mar 8, 2021 3:57:27 AM] |
||
|
|
Redneck567
Cruncher Joined: Mar 1, 2017 Post Count: 6 Status: Offline Project Badges:
|
My browser was acting very jump like it was lacking gpu cycles. I looked and found that there was an extra WCG task running, but taking up no CPU time. I normally have 8 tasks going, but this was a ninth. I used the BOING manager to suspend this and all other BETA open pandemic tasks and the browser started working normally again. I guess they are trying to run the GPU version at the same time as the CPU version and my computer was not happy at all.
It made my computer mostly unusable as I could not even type and the letters would show up much later. I have an onboard Intel GPU. |
||
|
|
geophi
Advanced Cruncher U.S. Joined: Sep 3, 2007 Post Count: 113 Status: Offline Project Badges:
|
It made my computer mostly unusable as I could not even type and the letters would show up much later. I have an onboard Intel GPU. Was this in Windows or Linux? |
||
|
|
wujj123456
Cruncher Joined: Jun 9, 2010 Post Count: 38 Status: Offline Project Badges:
|
My browser was acting very jump like it was lacking gpu cycles. I looked and found that there was an extra WCG task running, but taking up no CPU time. I normally have 8 tasks going, but this was a ninth. I used the BOING manager to suspend this and all other BETA open pandemic tasks and the browser started working normally again. I guess they are trying to run the GPU version at the same time as the CPU version and my computer was not happy at all. It made my computer mostly unusable as I could not even type and the letters would show up much later. I have an onboard Intel GPU. I think this is a known problem in BOINC's GPU scheduling. If a workload uses less than one CPU, BOINC will happy oversubscribe. It probably does round down when adding all CPUs up. :-( It really should round up instead given many GPU projects I see claim they use 0.9+ CPU but in fact occupy entire core. It's always better to have more idling cycle so scheduling work on GPU is not bottlenecked on overly subscribed CPU. To counter this, I usually either set % of CPUs to 99% or lower if I know for sure I will always be running one GPU workload. Or use app_config to set ncpus to 1 for the GPU project so it gets accounted correctly. If OPN/WCG can set GPU workload to use 1 CPU + 1 GPU, that would easily avoid all these tinkering. Could we just do that? [Edit 1 times, last edit by wujj123456 at Mar 13, 2021 2:31:20 AM] |
||
|
|
Rickjb
Veteran Cruncher Australia Joined: Sep 17, 2006 Post Count: 666 Status: Offline Project Badges:
|
Way back when WCG was running HCC on GPUs, the GPU tasks did not oversubscribe CPU cores/virtual cores. They just occupied a normal CPU thread slot. Furthermore, multiple GPU tasks would automatically run simultaneously, starting in the normal order of tasks displayed by BOINC Manager as "Ready to start". I ran 4 tasks in a 2GB ATI HD7870, fed by a Q9650 C2Q CPU @ 3.8GHz, which was a suitable match for the GPU.
There was another phenomenon though: If multiple GPU tasks started simultaneously, the GPU really bogged down. Every few hours I had to stop starting any new tasks and then restart them one at a time, spreading the startup times evenly though 1 WU run time. This soon became very tedious, and if it turns out to happen with OPN1-GPU, WCG should try to make the startups spread out automatically. |
||
|
|
hnapel
Advanced Cruncher Netherlands Joined: Nov 17, 2004 Post Count: 82 Status: Offline Project Badges:
|
It's clear the beta GPU tasks which somehow use the Intel (on-board) GPU instead of the 2 nvidia ones I also have does use more (normal) core power than the advertised '0.179 CPUs', since it uses almost as much as the other CPU tasks in my case 6.9% on an 8/16 core/threads system. I had set my max CPU usage to 75% (= 12 WCG processes in my case) so I do not mind the extra usage, but it be better defined as '1 CPU + 1 Intel GPU. I guess modern / faster GPU's need more core power to feed them than in the olden days.
|
||
|
|
hnapel
Advanced Cruncher Netherlands Joined: Nov 17, 2004 Post Count: 82 Status: Offline Project Badges:
|
So summarizing if this takes off it seems best to lower the allowed CPU usage, like in my case set it to 68% to actually still use 75%, also I can see the GPU tasks uses little over 300 MB of memory (the others about 100MB), the upside is if what was claimed is true and the jobs are the same, it can process them in about 30 minutes compared to over 2 hours on the CPU cores [i9-9900K]. Also since the Intel GPU in my case sat unused it's the first time any processing is actually going on there.
|
||
|
|
|