| 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: 49
|
|
| Author |
|
|
Platoon
Advanced Cruncher Russia Joined: Jun 28, 2006 Post Count: 62 Status: Offline Project Badges:
|
Did you leave a thread free or are all threads crunching? I have all 12 threads crunching (6 phyisical + hyper-threading) CPU: Intel 980X @ 3.33GHz
" forever forge ahead and keep the dream in sight!"
![]() |
||
|
|
Bearcat
Master Cruncher USA Joined: Jan 6, 2007 Post Count: 2803 Status: Offline Project Badges:
|
I'm crunching with a pair of Xeon X5670 (2.93 not OC) but with 20 out of 24 threads crunching. Since GPU crunching uses another thread above your settings, the CPU part was sharing a active thread, otherwise your total time should have smoked mine. But I find it weird your GPU and CPU time was better than mine but your total time was much higher. Maybe the techs could chime in on this one and explain.
----------------------------------------
Crunching for humanity since 2007!
![]() |
||
|
|
kashie
Cruncher Joined: Mar 7, 2007 Post Count: 46 Status: Offline Project Badges:
|
The extra time is due to the CPU overcommitment. As the majority of time on HD 79xx cards is when the task is run only on the CPU, when the CPU is overcommitted then the CPU time reported actually takes longer in wall clock time. This is because this CPU time is shared with the CPU tasks running. Basically a large proportion of the GPU task runtime is being spent waiting for CPU resources to be available.
This is the reason I previously said that allocation of sufficient CPU resources makes the greatest difference to the current beta HCC GPU task efficiency. Because it is the factor that makes the biggest difference in total task runtime. |
||
|
|
Platoon
Advanced Cruncher Russia Joined: Jun 28, 2006 Post Count: 62 Status: Offline Project Badges:
|
I'd like to try to allocate one or two CPU threads for GPU and see the difference.
----------------------------------------Could you please explain where to change CPU utilization settings - in BOINC settings of specific local host or in Device Manager on WCG site?
" forever forge ahead and keep the dream in sight!"
----------------------------------------![]() [Edit 1 times, last edit by Platoon at Mar 26, 2012 9:30:39 AM] |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
From the Menu bar in Boinc Manager
Advanced > Preferences > Processor usage > On multiprocessor systems, use at most [91.67 ] % of the processors > OK I think that will use 11 out of 12 threads and leave one free on a 980X CPU. But there are no Beta GPU right now so maybe you should wait, unless you are running other GPU projects elsewhere. |
||
|
|
kashie
Cruncher Joined: Mar 7, 2007 Post Count: 46 Status: Offline Project Badges:
|
I use BOINC Manager to change those kinds of preferences. Advanced>Preferences>processor usage tab>Other options>On multiprocessor systems use, at most xxx.xx% of the processors.
----------------------------------------This is for BOINC 6.10.58, in a development 7.0.xx version it is found at Tools>Computing preferences. Haha, beaten by about 20 seconds. [Edit 1 times, last edit by kashie at Mar 26, 2012 10:41:53 AM] |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Hello Platoon,
BOINC allows you to set up Device Profiles named Home, Work, or School. Also Default, but that might be overdoing it. Just select My Grid - Device Manager - Device Profiles - (Create a new BOINC Device Profile for *****). SAVE the Profile after editing "On multiprocessors, use: 50.0% of processors" or whatever you choose(?49.0%?), then assign it to your GPU systems. We may be changing the website a bit to accommodate GPU computing. You might prefer to change the BOINC Manager on an individual GPU computer system by selecting BOINC Manager -Advanced - Preferences and editing the Processor Usage page to choose to ALWAYS run the GPU and the "On multiprocessors, use: XX% of processors". If so, remember to CLEAR that computer system if you want it to run the website preferences later instead of local preferences. Remember that 50% on a hyperthreading CPU will only count physical cores, not virtual cores. 49% will leave a physical core without an assigned BOINC work unit. Please tell me what I am not explaining clearly enough. Lawrence |
||
|
|
Platoon
Advanced Cruncher Russia Joined: Jun 28, 2006 Post Count: 62 Status: Offline Project Badges:
|
Thank you Lawrence!
----------------------------------------I'll try it when GPU work will be available.
" forever forge ahead and keep the dream in sight!"
![]() |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Based off Round 4: For what it's worth, here are a list of GPU times DO NOT BUY ANYTHING BASED OFF OF THIS, I WAS BORED AND WANTED TO SEE THE VARIOUS KERNEL TIMES, CPU TIMES, AND FINISH TIMES. YOU HAVE BEEN WARNED!!!
1) 295@1242=281.55 kernel, cpu=289.3, finished in 504 (local memory 16KB) 2) 450@1566= 389.23, cpu=493.36, finished in 497 3) 460@1024=219.045 kernel, cpu=291.11, finished in 290 4) 460@1440= 254.02, cpu=330.50, finished in 331 5) 460@1440= 241.99, cpu=321, finished in 321 6) 460@1600= 217.61, cpu=332.29, finished in 369 7) 480=1401= 98.94, cpu=157.10, finished in 159 8) 555M@1180= 631.29 kernel, Cpu=116 finished in 777 9) 560@1620=242.17 kernel, cpu=91.1, finished in 397 10) 560Ti@1645= 187.34, cpu=305.62, finished in 321 11) 560Ti@1645= 213.975, cpu=338.85, finished in 350 12) 560Ti@1800= 229.38, cpu=348.39, finished in 304 13) 570@1600= 121.43 kernel, cpu=202.08, finished in 202 14) 570@1700= 79.72 kernel, Cpu=153.95 finished in 154 15) 580@1800= 72.57, cpu=140.51, finished in 150 16) 590@1260= 108.79 kernel, cpu=172.38 finished in 173 17) 680@1110= 165.36 kernel, cpu=214.875 finished in 216 The 680 was mine, and all of them were returned as invalid, despite that they ran all the way thru. I switched drivers to the one other 680 which ran in hopes that this was the issue. The spread in kernel time for my 680 ranged from 165-235. |
||
|
|
|