Question about feeding the GPU |
![]() |
| log in |
Message boards : Number crunching : Question about feeding the GPU
| Author | Message |
|---|---|
|
I've currently got an i7-2600k running at 4.1 GHz and a slightly overclocked GTX-570. The GPU is running two WUs at a time and each WU has 5% of a CPU core dedicated to feed it (out of 4 physical and 4 hyperthreaded cores). The CPU runs at 100% 24/7 and the GPU runs between 90% and 95%. My question is should I dedicate a larger percentage of the CPU to feed my GPU to maximize output? If so, what would the more experienced crunchers recommend? I'm currently stuck around 37,000 RAC and would like to see if I can do anything to increase my RAC even further. | |
| ID: 1227260 · | |
I've currently got an i7-2600k running at 4.1 GHz and a slightly overclocked GTX-570. The GPU is running two WUs at a time and each WU has 5% of a CPU core dedicated to feed it (out of 4 physical and 4 hyperthreaded cores). The CPU runs at 100% 24/7 and the GPU runs between 90% and 95%. My question is should I dedicate a larger percentage of the CPU to feed my GPU to maximize output? If so, what would the more experienced crunchers recommend? I'm currently stuck around 37,000 RAC and would like to see if I can do anything to increase my RAC even further. IMHO, is dedicating 1 CPU core for 1 GPU, a waiste of resources. Your GPU will be a bit faster, but you will loose the performance of 1 CPU-Core. You're RAC will certainly not benefit from this, maybe when looking at your GPU, you will gain some. If the GPU can handle a more constant and higher load. I tried this at Milkyway and found, GPU's going into thermal shut-down, because at the almost constant 100% load, gain 10 seconds, 106 instead of 116 seconds, but for a short-time! GPU temps reached 101C ! (1 core= 2 threads, 1 for each GPU; EAH5870!). Even the high-end cards are not made for 100% load, 24 x 7, 365(6) days. Liquid-cooling becomes a necessity! I would focus on getting enough LOAD on the GPU! And what is to gain with an almost unused CPU, when the GPU is loaded to the max! I've noticed, the computer becomes annoying unresponsive, especially screen (GUI) update related issues. ____________ Knight Who Says Ni N!, OUT numbered................. | |
| ID: 1227287 · | |
I've currently got an i7-2600k running at 4.1 GHz and a slightly overclocked GTX-570. The GPU is running two WUs at a time and each WU has 5% of a CPU core dedicated to feed it (out of 4 physical and 4 hyperthreaded cores). The CPU runs at 100% 24/7 and the GPU runs between 90% and 95%. My question is should I dedicate a larger percentage of the CPU to feed my GPU to maximize output? If so, what would the more experienced crunchers recommend? I'm currently stuck around 37,000 RAC and would like to see if I can do anything to increase my RAC even further. AFAIK that percentage is just indicative -- the programme will use as much (or as little) CPU as it needs to service the GPU -- mine are all set to 4%, but a quick glance at the Task Manager on my home PC shows it currently at 6% CPU for each task. At 90-95% GPU utilisation you might try running a third task on it to see if there's any increase in usage and RAC. ____________ | |
| ID: 1227291 · | |
AFAIK that percentage is just indicative -- the programme will use as much (or as little) CPU as it needs to service the GPU -- Correct. Only when the sum of percentages of all concurrently running GPU tasks reaches 100% will one CPU (core) be reserved for feeding the GPUs. Gruß, Gundolf | |
| ID: 1227311 · | |
AFAIK that percentage is just indicative -- the programme will use as much (or as little) CPU as it needs to service the GPU -- So just leave it be and be happy with 37,000 then? ____________ | |
| ID: 1227348 · | |
AFAIK that percentage is just indicative -- the programme will use as much (or as little) CPU as it needs to service the GPU -- Yeah, what's wrong with that? (I would never OC a GPU!). I, delebetatly clock down GPU- core and - memory speed, makes little difference on throughput, (I hate the word RAC) and I want reliable results, not just fast..............! It is about scientific calculations, so they've to be exact, very exact, that where CUDA and OpenCL,comes in :), speeding this up. Also, the new AVX-supported CPU's, like core I3 (XXXX)/I5-XXXX and I7- 2400/3730/50 etc. ____________ Knight Who Says Ni N!, OUT numbered................. | |
| ID: 1227388 · | |
|
Gundolf wrote: So just leave it be and be happy with 37,000 then? You might find that using the preferences mechanism "On multiprocessors, use at most nn % of the processors" to cut the number of active CPU SETIs down might improve GPU output more than enough to pay for itself. The opportunity (or lack of it) depends on how much your GPU is waiting around for CPU service. Over on Einstein, for a rather different system running different applications, on careful comparison I found and posted that running 50% (two CPU tasks) on my i5-2500K with a GTX 460 running three concurrent tasks gave more total output that running either more or fewer CPU (or GPU) tasks. Short of this drastic measure, you might be able to get the CPU job to service the GPU more quickly by using one or another means of modifying CPU task priority. I'm not suggesting your different hardware running your different set of tasks will have the same curves--it won't. Just illustrating that careful comparison can help you find the best operating point for your situation. ____________ | |
| ID: 1227417 · | |
I only overclocked my GPU to the same settings as the factory overclock (they call it superclocked) model. I'm not pushing it harder than that. I do have errors, but right now it's 3 WU's in the last three weeks for that GPU. I think that's acceptable considering that on average my GPU goes through 400+ WUs per day. I'd definitely scale it back if it was erroring out more often. ____________ | |
| ID: 1227422 · | |
Absolutely true, but unfortunately no actual data can be inferred from the Einstein experience to guide the likely 'sweet spot' here. Only the process of experimentation and recording can be transferred. As Ivan said, the CPU %age displayed in BOINC Manager is purely a nominal value which helps BOINC schedule work. The actual demand on the CPU depends on the way the GPU application is programmed. In Einstein's case, something of the order of 20% of the application's actual work is programmed to be run on the CPU - so keeping a substantial CPU resource free to service the GPU makes sense. The two SETI applications are very different. The Multibeam x41g application you are running places very little demand on the CPU (although, having said that, your computer is showing substantial CPU timings for completed runs). The NVidia GPU application for Astropulse v6 - being tested at Beta - currently places a much higher demand on the CPU, but with further development that should be brought down to similar levels to the Multibeam application. | |
| ID: 1227426 · | |
You do realize that factory overclocked cards use better/more reliable parts than they're lesser clocked cards? Factory overclocking doesn't guarantee that the card will be 100% reliable for Seti calculations. They run they're cards for gamers not scientific calculation. I have Palit 460 that will throw errors on Seti units 4 to 5 times a day at factory settings. Under clock the memory from 2000 MHz to 1905 MHz and it's 100% reliable. That's still way faster than reference card specs but under factory settings. Reliability is better than fast with errors. | |
| ID: 1227440 · | |
|
I would try idling 1 core and see what happens (set Boinc to use 75% of CPU). | |
| ID: 1227462 · | |
I do realize that but my WU error rate is less than .1% on the GPU. There isn't much room for improvement there. The two that are currently showing as errors have had multiple people error on them so I'm pretty sure it's not my GPU that's causing it. The other errors were from WUs that were due 10 minutes after they were sent to me which I do not believe is a problem on my end. I'm going to work under the assumption that my GPU is working at the current speeds. The GPU is running at 52% fan speed and is at 69 C with utilization in the low 90% according to GPU-Z. My CPU is running all 8 cores at 4.1 GHz at 100% and the temps are around 55 C. I am not planning on a higher overclock on my GPU nor do I plan on OCing my CPU more than it already is. ____________ | |
| ID: 1227513 · | |
Agreed, the two -12 errors are not a GPU fault, that's simply a code limitation in the CUDA applications. By itself, that's likely to give an error rate of 0.1%. The tasks expired shortly after the servers tried to send them to your CPU are all .vlar tasks expired because the "Resend lost work" BOINC code isn't prepared to switch resources. Neither of those conditions could be improved by reducing clock rates, they're outside your control. Joe | |
| ID: 1227556 · | |
|
As you are running Win7 you will never achieve much more than 95% GPU usage even if running multiple tasks. | |
| ID: 1228165 · | |
|
Hi Irok | |
| ID: 1250406 · | |
|
Should be quite a bit more with 2600K and 580. | |
| ID: 1250463 · | |
|
My guestamate was worst case scenario, it could be as high as 50K :) | |
| ID: 1250768 · | |
|
Thanks for the info. Unfortunately I installed the 0040 bios update on my DZ68BC Intel board and knocked out the overclocking (this bios update either does that or bricks the motherboard so I guess I'm lucky). I usually set the CPU to use 75% of the cores when I game and then switch it back when I'm done. I haven't seen any improvement when I run games with fewer than two cuda units going at the same time but I tend to play older games anyways. I'm averaging around 36k per day and I'm going to see what happens when Intel finally gets off its butt and releases a bios update that fixes what it broke. Their only action so far is to remove that update from their download page. | |
| ID: 1250927 · | |
Message boards : Number crunching : Question about feeding the GPU
| Copyright © 2013 University of California |