CUDA?

Xentar · 2010-03-28, 17:01

Hi,

I've got a GeForce GTX 285, and 'd like to know, if this can be used for the CRUS project? Is there any sieving or PRP software available, which supports CUDA? Or, is anything in development?

Regards,
Xentar

Mini-Geek · 2010-03-28, 17:43

None that I know of.
Someone has made an FFT library for CUDA, (still somewhat experimental, although many DCs on GIMPS candidates have successfully been run) so it should be possible for that to be implemented into a program to run k*b^n+c (instead of just 2^p-1, like it currently is...I think) numbers. But AFAIK nothing that'd work for CRUS exists in a ready-to-use form.
(I don't know of any CUDA sieving software, closest is TF for Mersenne numbers)

mdettweiler · 2010-03-28, 22:59

Quote:

Originally Posted by Mini-Geek

None that I know of.
Someone has made an FFT library for CUDA, (still somewhat experimental, although many DCs on GIMPS candidates have successfully been run) so it should be possible for that to be implemented into a program to run k*b^n+c (instead of just 2^p-1, like it currently is...I think) numbers. But AFAIK nothing that'd work for CRUS exists in a ready-to-use form.
(I don't know of any CUDA sieving software, closest is TF for Mersenne numbers)

I imagine that the GIMPS LL test CUDA application wouldn't be too hard to modify for LLR tests (for the uninitiated, that takes care of Riesel base 2 and Riesel power-of-2 bases but nothing else) since the LLR test is based on the LL test and I think there's only a couple differences in the initialization. Proth tests (Sierp. base 2 and power-of-2 bases) and PRP tests (everything else) might require a bit more work since a wholly new algorithm would need to be coded, though I think Proth and PRP tests are somewhat related algorithmically so once one is done the other shouldn't be as hard.

If I had a GPU I'd be all over the LL test development effort, helping with testing and the like so that it can be moved forward into an LLR version (which would not only help CRUS but NPLB and numerous other projects as well--PrimeGrid for one would surely be quite interested). But alas, when I built my computer I didn't see a nice GPU as much of a priority since I don't play 3D games.

Sometime or other I may invest in one though for the purpose of crunching; since all my computers have integrated graphics it wouldn't even interfere with normal use of the computer.

Xentar · 2010-03-29, 20:05

Ok, thank you for the answers.
This means, I have to wait, till there is a new software available.

Or do I have to learn how to program CUDA myself?

xilman · 2010-03-30, 11:04

Quote:

Originally Posted by Xentar

Or do I have to learn how to program CUDA myself?

Sounds like a good idea to me.

Paul

fivemack · 2010-03-30, 22:46

Have you any tips for making CUDA programming less frustrating? I found that, once I'd once written outside the bounds of an array, my machine was (unsurprisingly, I suppose) prone to X-related misbehaviour including horrible crashes unless I rebooted it; this was sufficiently troublesome to have happen on my workstation that I've not written a line of CUDA for six months.

I'm not really prepared to get a sacrificial machine that I can ssh to and run CUDA with a reboot after every segfault; maybe the answer is to spend most of my time developing on the simulator and only using the hardware on stuff that I'm confident is correct, but this is still a pretty convoluted way to go when my goal's to get the code fast on the hardware.

xilman · 2010-03-31, 07:43

Quote:

Originally Posted by fivemack

Have you any tips for making CUDA programming less frustrating? I found that, once I'd once written outside the bounds of an array, my machine was (unsurprisingly, I suppose) prone to X-related misbehaviour including horrible crashes unless I rebooted it; this was sufficiently troublesome to have happen on my workstation that I've not written a line of CUDA for six months.

I'm not really prepared to get a sacrificial machine that I can ssh to and run CUDA with a reboot after every segfault; maybe the answer is to spend most of my time developing on the simulator and only using the hardware on stuff that I'm confident is correct, but this is still a pretty convoluted way to go when my goal's to get the code fast on the hardware.

CUDA 3.0 has a memory bouds checker, or so it appears. I only downloaded 3.0 a couple of days ago and haven't yet used it enough to see whether it addresses your situation.

Device emulation is now deprecated and on-device debugging is the way forward. Not sure when the emulator will be discontinued.

Paul

2010-03-28, 17:01	#1
Xentar Sep 2006 273₈ Posts	CUDA? Hi, I've got a GeForce GTX 285, and 'd like to know, if this can be used for the CRUS project? Is there any sieving or PRP software available, which supports CUDA? Or, is anything in development? Regards, Xentar

2010-03-28, 17:43	#2
Mini-Geek Account Deleted "Tim Sorbera" Aug 2006 San Antonio, TX USA 17·251 Posts	None that I know of. Someone has made an FFT library for CUDA, (still somewhat experimental, although many DCs on GIMPS candidates have successfully been run) so it should be possible for that to be implemented into a program to run kb^n+c (instead of just 2^p-1, like it currently is...I think) numbers. But AFAIK nothing that'd work for CRUS exists in a ready-to-use form. (I don't know of any CUDA sieving software, closest is TF for Mersenne numbers) Last fiddled with by Mini-Geek on 2010-03-28 at 17:44*

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
CUDA 5.5	ET_	GPU Computing	2	2013-06-13 15:50
AVX CPU LL vs CUDA LL	nucleon	GPU Computing	11	2012-01-04 17:52
Best CUDA GPU for the $$	Christenson	GPU Computing	24	2011-05-01 00:06
Cuda on GEForce 210?	Christenson	GPU Computing	8	2011-03-22 02:33
CUDA P-1?	nucleon	GPU Computing	2	2010-11-17 17:52

2010-03-29, 20:05	#4
Xentar Sep 2006 BB₁₆ Posts	Ok, thank you for the answers. This means, I have to wait, till there is a new software available. Or do I have to learn how to program CUDA myself?

2010-03-30, 22:46	#6
fivemack (loop (#_fork)) Feb 2006 Cambridge, England 14423₈ Posts	Have you any tips for making CUDA programming less frustrating? I found that, once I'd once written outside the bounds of an array, my machine was (unsurprisingly, I suppose) prone to X-related misbehaviour including horrible crashes unless I rebooted it; this was sufficiently troublesome to have happen on my workstation that I've not written a line of CUDA for six months. I'm not really prepared to get a sacrificial machine that I can ssh to and run CUDA with a reboot after every segfault; maybe the answer is to spend most of my time developing on the simulator and only using the hardware on stuff that I'm confident is correct, but this is still a pretty convoluted way to go when my goal's to get the code fast on the hardware.