CUDALucas (a.k.a. MaclucasFFTW/CUDA 2.3/CUFFTW) - Page 68

msft · 2012-02-13, 06:01

Quote:

Originally Posted by kjaget

They're missing on lines 1525 and 1587 of rw.cu in the version 1.49 I downloaded from post 723. Also, the one at line 1494 is newer than my old code, so it may or may not need one as well. At least that's the big difference between my version 1.2.whatever and the current builds. Not sure if you're updating the source before building which may explain why you're seeing it there.

I has deleted line from rw.cu with fix #673 issue.
This line check fft length with old MacLucasFFTW.

ckdo · 2012-02-13, 12:59

Quote:

Originally Posted by Brain

I'm ashamed for this question but does someone feed CUDALucas with something else than the command line options? In other words, is it possible to let CL immediately start the next expo when finishing the latest?

As in ... ?

Code:

./CUDALucas [options] [expo1] [expo2] [expo3] [...]

msft · 2012-02-13, 13:28

Quote:

Originally Posted by kladner

I don't currently run CUDALucas. However, there were discussions a while back of loading a stack of assignment command lines into a batch file to feed CL.

Fix this issue.

LaurV · 2012-02-14, 00:42

c'mon, you make new version just when the old one gave another two successful tests

, now should I have to start testing the new one, or what? :P

Code:

Processing result: M( 26027971 )C, 0xff6f4a6a0121131f, n = 1572864, CUDALucas v1.49
LL test successfully completes double-check of M26027971
CPU credit is 25.8834 GHz-days. 
Processing result: M( 26176511 )C, 0xa3af29f3466535cf, n = 1572864, CUDALucas v1.49 
LL test successfully completes double-check of M26176511
CPU credit is 26.0311 GHz-days.

P.S. binaries?

flashjh · 2012-02-14, 04:00

Quote:

Originally Posted by LaurV

P.S. binaries?

Eagerly awaiting...

Brain · 2012-02-14, 11:28

1.50 Win64 CUDA 4.0 SM 2.0 compile, untested.

Brain · 2012-02-14, 11:32

1.50 Win64 CUDA 4.1 SM 2.1 compile, untested.

Brain · 2012-02-14, 18:20

We now have a nice, well-formatted ETA in 1.50.

flashjh · 2012-02-14, 19:31

Quote:

Originally Posted by msft

Fix this issue.

Quote:

Originally Posted by Brain

1.50 Win64 CUDA 4.1 SM 2.1 compile, untested.

Quote:

Originally Posted by Brain

We now have a nice, well-formatted ETA in 1.50.

Thank you!

LaurV · 2012-02-15, 02:13

Version v1.50 successfully proved both 2^756839-1 and 2^859433-1 being primes, and also it tested other 3 DC in 26M range and confirmed the residue (partially tests, resumed, about half of the way). I think I will switch to it for "production".

As seen improvements compared to 1.48, is showing the nice ETA in HMS format, new feature to work in "batch mode", and most important, correctly identifying and assigning work to the right GPU, in a multiple GPU system (otherwise it won't make too much sense, would it? :D).

As "still unfixed" remark, the -c switch still does not work for screen (display every 10k iterations, regardless of the given parameter - I know this was fixed in some former versions, like 1.3), and of course, the -? option still display the same gibberish.

From the speed point of view, this version has about the same speed as the older versions, in average. Most probably what is gain from reduced FFT size is lost by going to the slower drivers. In fact, about one third of the expos will run slower (the expos having about the same FFT size as the powers-of-two version, here the FFT was reduced only a little or not at all), about a second third of the expos will run with the same speed, and the last third of the expos, where the FFT size was really reduced, will run faster. For the range of the expos we are currently dealing for DC's (26M range) the speed is about 8% faster (2 x gtx580, slightly overclocked, 5.12 ms/iter instead of 5.55 with v1.3alpha_eoc).

Thanks a lot Msft and Brain.

flashjh · 2012-02-16, 01:07

I just finished another exponent with 1.50 and it force closed again. Maybe it's my batch file?

Code:

 
e:
cd e:\cuda
e:\cuda\cuda150 -t -c10000 26206XXX
e:\cuda\cuda150 -t -c10000 26206XXX

Can anyone confirm if 1.50 is going onto the next exponent for them and how you're setting up you're batch file?

Thanks

2012-02-14, 18:20	#745
Brain Dec 2009 Peine, Germany 331 Posts	ETA, nice... We now have a nice, well-formatted ETA in 1.50. Attached Thumbnails

2012-02-15, 02:13	#747
LaurV Romulan Interpreter Jun 2011 Thailand 3×3,221 Posts	Version v1.50 successfully proved both 2^756839-1 and 2^859433-1 being primes, and also it tested other 3 DC in 26M range and confirmed the residue (partially tests, resumed, about half of the way). I think I will switch to it for "production". As seen improvements compared to 1.48, is showing the nice ETA in HMS format, new feature to work in "batch mode", and most important, correctly identifying and assigning work to the right GPU, in a multiple GPU system (otherwise it won't make too much sense, would it? :D). As "still unfixed" remark, the -c switch still does not work for screen (display every 10k iterations, regardless of the given parameter - I know this was fixed in some former versions, like 1.3), and of course, the -? option still display the same gibberish. From the speed point of view, this version has about the same speed as the older versions, in average. Most probably what is gain from reduced FFT size is lost by going to the slower drivers. In fact, about one third of the expos will run slower (the expos having about the same FFT size as the powers-of-two version, here the FFT was reduced only a little or not at all), about a second third of the expos will run with the same speed, and the last third of the expos, where the FFT size was really reduced, will run faster. For the range of the expos we are currently dealing for DC's (26M range) the speed is about 8% faster (2 x gtx580, slightly overclocked, 5.12 ms/iter instead of 5.55 with v1.3alpha_eoc). Thanks a lot Msft and Brain. Last fiddled with by LaurV on 2012-02-15 at 02:18

2012-02-16, 01:07	#748
flashjh "Jerry" Nov 2011 Vancouver, WA 1123₁₀ Posts	I just finished another exponent with 1.50 and it force closed again. Maybe it's my batch file? Code: e: cd e:\cuda e:\cuda\cuda150 -t -c10000 26206XXX e:\cuda\cuda150 -t -c10000 26206XXX Can anyone confirm if 1.50 is going onto the next exponent for them and how you're setting up you're batch file? Thanks

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Don't DC/LL them with CudaLucas	LaurV	Data	131	2017-05-02 18:41
CUDALucas / cuFFT Performance on CUDA 7 / 7.5 / 8	Brain	GPU Computing	13	2016-02-19 15:53
CUDALucas: which binary to use?	Karl M Johnson	GPU Computing	15	2015-10-13 04:44
settings for cudaLucas	fairsky	GPU Computing	11	2013-11-03 02:08
Trying to run CUDALucas on Windows 8 CP	Rodrigo	GPU Computing	12	2012-03-07 23:20