How does ocing effect Cuda? |
![]() |
| log in |
Message boards : Number crunching : How does ocing effect Cuda?
| Author | Message |
|---|---|
|
Does processor speed effect cuda processing other than the time it takes to load the card?Will cuda be about the same at 3ghz vs 2ghz ? | |
| ID: 885022 · | |
|
That's a very good question. I don't have a CUDA to test it, however, I believe the answer is: it depends. ;-) Depends from the way you're overclocking your CPU. You usually do it by changing FSB and multiplier, e.g., you can get 2000 MHz both by having FSB 200MHz and multiplier 10 as well as FSB 100MHz and multiplier 20. And here is the point: when you have higher FSB you're overclocking your whole computer, therefore your CUDA would be more efficient for the first case. | |
| ID: 885040 · | |
|
I'd think that the mobo would be the slow point for the GPU. but I'd doubt that the difference would be that significant. most likely the CPu time would be about 1/3 slower but we are talking less than 120 seconds overall. I doubt that the performance is going to take that big of a hit. | |
| ID: 885042 · | |
|
| |
| ID: 885055 · | |
|
I'd think OCing the GPU would reduce processing time more. The problem is that the WU's heat the GPU greatly so OCing might just throw somw GPU's over the Heating edge. | |
| ID: 885060 · | |
I'd think OCing the GPU would reduce processing time more. The problem is that the WU's heat the GPU greatly so OCing might just throw somw GPU's over the Heating edge. I read about.. ~ 100 MHz more [GPU-Core or Shader, it wasn't named] and + ~ 1.000 RAC.. If the GPU fan is on AUTO.. and @ 100 % RPM all the time - I would look twice to my GPU OC.. ;-) ____________ >Das Deutsche Cafe. The German Cafe.< | |
| ID: 885064 · | |
|
using my lowball card ( 8400gs) as a test since any change there should be apparent. | |
| ID: 885124 · | |
|
I have a Phenom2 940 BE 4Gb RAM, with an EN9800GTX+ DK 512Mb. | |
| ID: 885189 · | |
|
Overclocking my 260 reduced CUDA time to ~10 minutes from ~13min (600mhz to 715mhz). Overclocking the cpu 500mhz didn't have any affect on computation time. | |
| ID: 885200 · | |
Overclocking my 260 reduced CUDA time to ~10 minutes from ~13min (600mhz to 715mhz). Overclocking the cpu 500mhz didn't have any affect on computation time. If you were to up the shaders and memory a bit you will see a lower time yet :) I was seeing times of 10 min with 700/1550/1050 I couldn't push the core any higher but upping the shaders and memory added an extra boost. ____________ Do you Good Search for Seti@Home? http://www.goodsearch.com/?charityid=888957 Or Good Shop? http://www.goodshop.com/?charityid=888957 | |
| ID: 885348 · | |
|
I tryed ocing gpu. Uped it by 16%, times went from ~18 min. to ~16min. Cool! | |
| ID: 885388 · | |
I tryed ocing gpu. Uped it by 16%, times went from ~18 min. to ~16min. Cool! Yes, GPU processing times can be improved by GPU OCing. But when you do such OCing, please, look for results your GPU returns. That is, if there are some "inconclusives" in pending results. The reason it should be checked (and checked over few days on fixed GPU freqs): When one OCing CPU there is pretty narrow freq interval where system will work but will give invalid results time to time. But with GPU situation is completely different. One can get system freeze with OCed memory or OCed engine freqs too much, but system will continue to work with OCed too much shader freq. This freq can be rised to the value when almost all SETI tasks will fail with different CUDA errors but system in whole will look just normal: no screen distortion, no OS hangs. But such too OCed GPU is counterproductive for SETI. And there is pretty wide freq range where computation will go w/o reported errors but produce invalid results. So one will recive no computation error state in results (and corresponding filter on web site will not show errors) but many GPU results will be invalid still. One can check such state by using "pending" filter on website and look if there are some "Completed, validation inconclusive" results in list. If yes, it's worth to check what result will pass validation with third result (is it your host who produces invalid results or it's your wingman's host). I encountered such situation while OCing my own 9600GSO. Too high shader freq can ruin SETI results but will not damage system stability as whole. | |
| ID: 885493 · | |
|
| |
| ID: 885497 · | |
The faster CPU is the smaller initial load phase could be. But I don't think CPU speed will affect much on GPU performance if CPU is fast enough. Moreover time to time CUDA app use busy-loop for threads sync - in these moments the more faster CPU is the more power and cycles will lost in vain. especially with slow GPUs. That is, ultimate host performance tuning depends on some diametral opposite factors, IMHO no "fit to all" answer can be given. In general GPU speed should be balanced with CPU speed. If you have many hosts with many different CPUs and GPUs the best to rearrange them to use fast CPU + fast GPU and slow CPU + slow GPU (slow and fast have no absolute meaning, they are relative between CPUs and GPUs available). BTW, if one wanna consider such tiny effects as influence of CPU OCing on GPU speed he should take into account non-monotonic CPU performance curve versus CPU freq. CPU can't wait 1,3 ticks for memory. It can wait 1 tick or 2 ticks (for example). That is, different CPU freq to memory freq ratios can give non-monotonic performance curve. EDIT: BTW, bus OCing could affect GPU performance because of host memory<-> GPU memory transfers. That is, not CPU OCing but memory OCing could be optimal. | |
| ID: 885507 · | |
|
| |
| ID: 885513 · | |
|
Only PCI-e overclocking on non-GPU side will affect GPU performance and only on devices with compute capability 1.0 - they havent async memcopy. 1.1 and up have async memcopy so the pcie latencies can be hidden. And if u have drivers with device overlap (simultaneous memcpy/kernel execution) it is the best | |
| ID: 885514 · | |
|
| |
| ID: 885744 · | |
For a quick, maximum stress, stress test, I use IntelBurnTest from http://www.ultimate-filez.com. This test generates more heat than Prime95. A LOT more on my rig! I recommend use of the Custom test first - 64-128 MB and 8-10 runs. This eliminates over-stressing an unknown system that obviously has a problem after seeing the test results. Don't skip perusing the readme file before starting the exe. Martin | |
| ID: 886416 · | |
|
OCCT is also good ;) | |
| ID: 886444 · | |
Message boards : Number crunching : How does ocing effect Cuda?
| Copyright © 2013 University of California |