![]() |
|
|
#474 | |
|
Basketry That Evening!
"Bunslow the Bold"
Jun 2011
40<A<43 -89<O<-88
722110 Posts |
Quote:
|
|
|
|
|
|
|
#475 |
|
Mar 2003
Melbourne
5×103 Posts |
True - I was a bit surprised with SNB-E was i7-3xxx, I was expecting i7-2xxx.
They kinda of baked themselves into a corner with IVB-E (if it ever gets released) -- Craig Meyers |
|
|
|
|
|
#476 |
|
Basketry That Evening!
"Bunslow the Bold"
Jun 2011
40<A<43 -89<O<-88
3×29×83 Posts |
|
|
|
|
|
|
#477 | |
|
Nov 2010
Germany
11258 Posts |
Quote:
Actually, not just you. It would be good if everyone running the 0.11 version helps this page by submitting measurements ... Last fiddled with by Bdot on 2012-06-07 at 21:24 Reason: not just you |
|
|
|
|
|
|
#478 | |
|
"Mr. Meeseeks"
Jan 2012
California, USA
216810 Posts |
Quote:
|
|
|
|
|
|
|
#479 | |
|
Nov 2010
Germany
3·199 Posts |
Quote:
I guess the onchip graphics question has been "solved" , I'll try and help with the current setup.If all went well, there should be no need to switch to another card - your card should be able to handle it all. So if the kernels run for too long, then there's something wrong. First test would be to lower GridSize in mfakto.ini and see if that improves the situation. Start with GridSize=0 and increase it as long as it is stable. Second, I'd suggest to use GPU-Z or something similar to see if the card's core clock goes up when mfakto is running. It is hard to believe that this card could not handle a block of 2M candidates within the timeout. Third, I'd like you to run the performance info version of mfakto (from here) like this: mfakto-pi -st > perfinfo.txt You can Ctrl-C it after a minute or so. Using this output I can determine which of the kernels potentially takes too long. |
|
|
|
|
|
|
#480 |
|
Aug 2005
11810 Posts |
Installed 12-4 driver. Set ini to GridSize=0. Had GPU-Z.0.6.2 running. GPU Core Clock jumped from 300 to 950, GPU Memory Clock jumped from 150 to 1425 and GPU Load jumped from 0% to 68% when I start mfakto. The same blank screen after a couple of minutes or less. I have the CPU box on a wattmeter and it goes from 180 to 325 when I start mfakto. It drops to 220 when the screen blanks out. Indicating that the GPU is no longer working very hard. Tried to attach the perfinfo.txt file from start to a couple of minutes after blankout, but it is 5MB.
WBR, David |
|
|
|
|
|
#481 | |
|
Nov 2010
Germany
3×199 Posts |
Quote:
Well, it seems I had misunderstood the problem a bit. I thought the test would run into the graphics driver timeout of Windows. But now I understand that testing some assignment starts OK, processes a few classes and then stops with screen garbage or blank screen. This would indeed indicate a hardware problem, maybe of the GPU fan(s). In GPU-Z, do you see very high temperatures for the GPU (above 80 or 90 C)? All fans running? The AMD driver should also have installed "AMD VISION Engine Control Center". In there, under power or performance, there should be Graphics Overdrive - usually used for overclocking. But I'd like you to move the GPU and memory clock sliders to the lowest possible settings (probably around 600MHz for the GPU). And then test again. This setting should produce way less heat, and if that was the issue, then it should run stable (but slow) now. If heat was the problem, then other GPU tests, like furmark, will also show the issue. |
|
|
|
|
|
|
#482 |
|
"Mr. Meeseeks"
Jan 2012
California, USA
41708 Posts |
@bdot:
OT, but I just wanted to ask you, are "compute elements" stream processors or is it something different? Thanks ... maximum threads per block 256 maximum threads per grid 16777216 number of multiprocessors 5 (400 compute elements (estimate for ATI GPUs)) clock rate 600MHz ... |
|
|
|
|
|
#483 | |
|
Nov 2010
Germany
25516 Posts |
Quote:
![]() so far it is just 80 times the number of multiprocessors reported by the hardware. Unfortunately there is no reported number of stream processors, so I used the multiplier of the VLIW5 architecture. For VLIW4 (Cayman) this is already different, and for GCN (Tahiti) anyways. 400 is obviously not quite true for your card ... And that is not offtopic. I wanted to automate this calculation long ago, but is is harder than I imagined. I'll try to come up with something for the next release. Hmm, which card was that? The report you sent me for HD7970 contains Code:
number of multiprocessors 32 (2560 compute elements (estimate for ATI GPUs)) The bad news is, that these results do not show any indication what might go wrong with your card - the tests advance normally and successfully as on any other card (which is actually good). The good news is, that HD7970 can top HD6970 by at least 10% in mfakto. However, completely different way I thought. The 15-bit kernel that helped bring Cayman to the top is the absolutely slowest one on Tahiti. It appears that Tahiti no longer imposes a penalty on 32-bit operations because suddenly the plain 32-bit barrett79 kernel is the fastest with a theoretical throughput of 360M/s. I guess with a little optimization for this platform 400 seems feasible. However, that stability issue is certainly alarming. Maybe you post that issue to http://devgurus.amd.com/community/opencl, there are amd folks and geeks who can better help troubleshoot. |
|
|
|
|
|
|
#484 |
|
"Mr. Meeseeks"
Jan 2012
California, USA
23·271 Posts |
Yeah, I believe mine has 600 stream processors on it
Edit: BTW, the 7970 has 2048. Last fiddled with by kracker on 2012-06-09 at 14:17 Reason: 7970 |
|
|
|
![]() |
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| gpuOwL: an OpenCL program for Mersenne primality testing | preda | GpuOwl | 2719 | 2021-08-05 22:43 |
| mfaktc: a CUDA program for Mersenne prefactoring | TheJudger | GPU Computing | 3497 | 2021-06-05 12:27 |
| LL with OpenCL | msft | GPU Computing | 433 | 2019-06-23 21:11 |
| OpenCL for FPGAs | TObject | GPU Computing | 2 | 2013-10-12 21:09 |
| Program to TF Mersenne numbers with more than 1 sextillion digits? | Stargate38 | Factoring | 24 | 2011-11-03 00:34 |