Links to Precompiled GMP-ECM versions

[bdodson]

Originally Posted by Dubslow

Okay then.

Attached is a GMP-ECM 7.0-dev, SVN r2345 binary for GNU-Linux (x86-64), compiled with gcc 4.7.2 and statically linked against GMP 5.1.0. Documentation included.

Let's try this again. Is this the most recent gmp-ecm linux binary? I see
requests from Carlos on 2015-12-09 and again on 2016-03-08. But everything
since 7.0-dev is windows? -Bruce

(Thanks to ATH for pm reply.)

[Dubslow]

Originally Posted by bdodson

Let's try this again. Is this the most recent gmp-ecm linux binary? I see
requests from Carlos on 2015-12-09 and again on 2016-03-08. But everything
since 7.0-dev is windows? -Bruce

(Thanks to ATH for pm reply.)

Errr... not sure this is of real value to you, but here's an ECM 7.0.1 tag compiled for GNU-Linux x86_64.

Lesse... gcc and gmp are apparently verions... 4.9.2 and... 6.0.0 respectively.

My architecture is the now-old Sandy Bridge, and is probably compiled as such.

Let me know if you want me to attempt 1) a newer dev version of ecm 2) a never version of gmp or 3) compiling for a different architecture than mine own, which will likely result in decent to significant speed bumps on recent Intel hardware if not AMD too.

./ecm -printconfig
Compilation options:
Included GMP header files version 6.0.0
GMP_NUMB_BITS = 64
Tuning parameters from x86_64/k8/params.h
GWNUM_VERSION undefined
HAVE_SSE2 undefined
HAVE___GMPN_ADD_NC undefined
HAVE___GMPN_MOD_34LSUB1 = 1
HAVE___GMPN_REDC_1 = 1
USE_ASM_REDC = 1
WINDOWS64_ABI undefined
WANT_ASSERT undefined
_OPENMP undefined
MPZMOD_THRESHOLD = 21
REDC_THRESHOLD = 512
MUL_NTT_THRESHOLD = 256
NTT_GFP_TWIDDLE_DIF_BREAKOVER = 12
NTT_GFP_TWIDDLE_DIT_BREAKOVER = 17
PREREVERTDIVISION_NTT_THRESHOLD = 16
POLYINVERT_NTT_THRESHOLD = 512
POLYEVALT_NTT_THRESHOLD = 128
MPZSPV_NORMALISE_STRIDE = 128
WITH_GPU undefined

Sorry about the wait Carlos. Compiling isn't *quite* my idea of a leisurely afternoon. That said, I suppose I'm taking requests for now at least, let me know if you'd like any of the three options above.

[bdodson]

Originally Posted by Dubslow

Errr... not sure this is of real value to you, but here's an ECM 7.0.1 tag compiled for GNU-Linux x86_64.

Lesse... gcc and gmp are apparently verions... 4.9.2 and... 6.0.0 respectively.

My architecture is the now-old Sandy Bridge, and is probably compiled as such.
....

Sorry about the wait Carlos. Compiling isn't *quite* my idea of a leisurely afternoon. That said, I suppose I'm taking requests for now at least, let me know if you'd like any of the three options above.

Super! I've already come back to expecting to have to compile gmp and
the gmp-ecm locally to get better tuning, but still hoping not to have to
spend THIS afternoon on that. Production is going to depend on updating
my maui/pbs submit file for "SLURM" or-some-such. One node having
2x10 cores or 2x12 cores. Twenty copies of your binary seem to be
running ok, in an interactive node; question is whether I'll get paging in
step2; in which case I'd cut back. I've been running six jobs on a 16-core
node on the old cluster. SamW reports same issue at Purdue. -bdodson

[ATH]

I have Linux Mint installed on a Virtual Box virtuel machine, and I managed to compile the newest SVN 2975 for Linux on the Haswell:

gmpecm7-svn2975-haswell.tar.gz

[bdodson]

Originally Posted by ATH

I have Linux Mint installed on a Virtual Box virtuel machine, and I managed to compile the newest SVN 2975 for Linux on the Haswell:

gmpecm7-svn2975-haswell.tar.gz

Thanks, I'll have a look. The new cluster has 128Gb/node, c. 6Gb/ core;
and it looks like I will be able to use all 20 cores. -Bruce

[pinhodecarlos]

Thank you both for the linux binaries.

[bdodson]

Originally Posted by pinhodecarlos

Thank you both for the linux binaries.

A snapshot of timings

b402-12p274.ta-has01-linux-x86:Step 1 took 10795749ms  [ATH]
b402-12p274.ta-has01-linux-x86:Step 2 took 4608298ms

b401-12p274.ta01-linux-x86:Step 1 took 13440512ms [Dubslow]
b401-12p274.ta01-linux-x86:Step 2 took 5162233ms

b402-12p274.ta01-athlon:Step 1 took 17729420ms [old athlon]
b402-12p274.ta01-athlon:Step 2 took 5109079ms

Not sure about Step 2, memory intensive timing; step 1 looks
fairly serious. The old, athlon cluster (Ivy Bridge) got

Step 1 took 22512143ms
Step 2 took 8342209ms

all B1=3e9 on a C213. Looks more like a factor of two
than the theory factor of four timing improvement being
advertised. Suppose the next question is whether
I can do any better by tuning gmp here.

A reading from top during step 2 showed 5.36Gb to 6.28Gb
of memory use/job of the 20 jobs; I won't be able to make
too much of an increase in either B1 or the size without
cutting back to fewer jobs/node.
-Bruce

[ATH]

Originally Posted by bdodson

A reading from top during step 2 showed 5.36Gb to 6.28Gb
of memory use/job of the 20 jobs; I won't be able to make
too much of an increase in either B1 or the size without
cutting back to fewer jobs/node.
-Bruce

You can always use the -maxmem or -k option.

Nice to see that the binary worked.

[LaurV]

The last "sandy-6" from ATH looks also much faster, in this part of the world, compared with what we were using before (some version from 2013). Could you compile a 32bit windoze of it, for an old sandy running here around? (in fact an ivy, i5-3470, win xp 32 bits, for which the actual exe crashes with "this is not a win32 application" - which is normal, hehe). Also, I see a 7.0.3 on the svn there, any benefits in switching?

(edit, no, there in no way I could update this particular machine to a 64-bit os)

[ATH]

I'm not sure why an Ivy Bridge cannot run 64-bit OS, but here it is a 32 bit version:


Ivy Bridge - GMPECM 7.0.4 svn 2988 32bit:

gmpecm7-svn2988-ivybridge-32bit.zip


Here is a normal 64bit Ivy Bridge GMPECM 7.0.4 svn 2988:

gmpecm7-svn2988-ivybridge.zip

[xilman]

Originally Posted by ATH

I'm not sure why an Ivy Bridge cannot run 64-bit OS, but here it is a 32 bit version

SWMBO's machine is running 32-bit Windoze because, allegedly, some application and/or device driver doesn't work under the 64-bit version.

I'm trying to move her to a 64-bit Linux installation.