mersenneforum.org  

Go Back   mersenneforum.org > Prime Search Projects > And now for something completely different

Reply
 
Thread Tools
Old 2022-05-08, 19:02   #23
Batalov
 
Batalov's Avatar
 
"Serge"
Mar 2008
Phi(4,2^7658614+1)/2

22×2,477 Posts
Default

Excellent. I'll write to Markus - he could tweak his intake script.

I will also suggest him to automate the situation that someone would submit Pari-formatted cert, as well.
Pari-formatted cert is an array of arrays, a naked object. Markus could do the conversion on his server side.
Batalov is offline   Reply With Quote
Old 2022-05-08, 19:53   #24
xilman
Bamboozled!
 
xilman's Avatar
 
"๐’‰บ๐’ŒŒ๐’‡ท๐’†ท๐’€ญ"
May 2003
Down not across

11·1,039 Posts
Default

Quote:
Originally Posted by Batalov View Post
I built the ecpp and ecpp-mpi ver.0.4.0 per instructions. Everything works like a clock, - Andreas is a pro.

And so far, - it is blazingly fast. And it is a command-line tool.
Agreed. I tested both versions on R1031 with instant success.

My only complaint is that it seems the number to be tested must be given on the command line. It would be nice if it could be fed in via stdin.

Yes, I know this is a trivial change to the source, which I will make and feed back to the devs.
xilman is offline   Reply With Quote
Old 2022-05-08, 20:20   #25
xilman
Bamboozled!
 
xilman's Avatar
 
"๐’‰บ๐’ŒŒ๐’‡ท๐’†ท๐’€ญ"
May 2003
Down not across

11×1,039 Posts
Default

Quote:
Originally Posted by xilman View Post
Agreed. I tested both versions on R1031 with instant success.

My only complaint is that it seems the number to be tested must be given on the command line. It would be nice if it could be fed in via stdin.

Yes, I know this is a trivial change to the source, which I will make and feed back to the devs.
Started it runnng anyway. I want to see how long it takes on my system. 12 ecmnet clients are running simultaneously at nice 19; they appear to be letting ecpp-mpi have arounbd 85% of the cpu. The 6 processes are taking about 8G RAM - 5 workers at 1.5G and one master process of 0.5G

Progress so far:
Code:
MPI with 5 workers initialised, of which 5 are local.
GMP: include 6.2.1, lib 6.2.1
MPFR: include 4.1.0, lib 4.1.0
MPC: include 1.2.1, lib 1.2.1
MPFRCX: include 0.6.3, lib 0.6.3
PARI: include 2.13.3, lib 2.13.3
Could not open file 'cert1033.cert1' for reading.
Writing to 'cert1033.cert1'.
-- Time for class numbers up to Dmax=283248900: 696.9 (159.6)
  ***   Warning: increasing stack size to 536870912.
  ***   Warning: increasing stack size to 536870912.
  ***   Warning: increasing stack size to 536870912.
  ***   Warning: increasing stack size to 536870912.
  ***   Warning: increasing stack size to 536870912.
  ***   Warning: increasing stack size to 1073741824.
  ***   Warning: increasing stack size to 1073741824.
  ***   Warning: increasing stack size to 1073741824.
  ***   Warning: increasing stack size to 1073741824.
  ***   Warning: increasing stack size to 1073741824.
  ***   Warning: increasing stack size to 2147483648.
  ***   Warning: increasing stack size to 2147483648.
  ***   Warning: increasing stack size to 2147483648.
  ***   Warning: increasing stack size to 2147483648.
  ***   Warning: increasing stack size to 2147483648.
-- Time for primorial of B=2684354560: 269.2 (63.4)
-- hmaxprime: 32
-- Size [0]: 33660 bits
xilman is offline   Reply With Quote
Old 2022-05-08, 22:33   #26
paulunderwood
 
paulunderwood's Avatar
 
Sep 2002
Database er0rr

22·1,063 Posts
Default

Quote:
Originally Posted by xilman View Post
Agreed. I tested both versions on R1031 with instant success.
Even I managed to get mpirun ecpp-mpi -g -n '(10^1031-1)/9' -c -f cert-1031 working, after downloading, compiling and installing mpfrcx-0.6.3; and configuring ecpp-mpi with the right flag to configure; and installing openmpi and setting PATH and LD_LIBRARY_PATH -- all on a Celeron laptop.

As soon as my current Primo run has finished I will prove a Mersenne cofactor ~26k digits. It will be interesting to see how much saturation occurs on my 64 core machine.

Last fiddled with by paulunderwood on 2022-05-08 at 22:51
paulunderwood is offline   Reply With Quote
Old 2022-05-08, 23:58   #27
Stargate38
 
Stargate38's Avatar
 
"Daniel Jackson"
May 2011
14285714285714285714

719 Posts
Default

I got every package to compile in Windows Bash, but when I run ecpp, I get "ecpp: error while loading shared libraries: libcm.so.0: cannot open shared object file: No such file or directory", and when I try to access the specified file via Windows, I get "The file cannot be accessed by the system". Googling the problem didn't help too much, but I did learn that the "file" (/usr/local/lib/libcm.so.0) in question is actually a broken symlink. How do I fix it?

Last fiddled with by Stargate38 on 2022-05-09 at 00:02
Stargate38 is offline   Reply With Quote
Old 2022-05-09, 00:27   #28
paulunderwood
 
paulunderwood's Avatar
 
Sep 2002
Database er0rr

109C16 Posts
Default

Quote:
Originally Posted by Stargate38 View Post
I got every package to compile in Windows Bash, but when I run ecpp, I get "ecpp: error while loading shared libraries: libcm.so.0: cannot open shared object file: No such file or directory", and when I try to access the specified file via Windows, I get "The file cannot be accessed by the system". Googling the problem didn't help too much, but I did learn that the "file" (/usr/local/lib/libcm.so.0) in question is actually a broken symlink. How do I fix it?
Code:
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib
export LD_LIBRARY_PATH
HTH.

Note ecpp, as opposed to ecpp-mpi, is single threaded. Your next step will be to get mpi running.

Last fiddled with by paulunderwood on 2022-05-09 at 00:28
paulunderwood is offline   Reply With Quote
Old 2022-05-09, 05:10   #29
frmky
 
frmky's Avatar
 
Jul 2003
So Cal

98A16 Posts
Default

Certification of a 10k digit prime, 2^33217+111, took 20 hours using 2x Xeon E5-2670 v2 cpus with a total of 20 cores and 40 hyperthreads.
frmky is offline   Reply With Quote
Old 2022-05-09, 15:35   #30
Stargate38
 
Stargate38's Avatar
 
"Daniel Jackson"
May 2011
14285714285714285714

2CF16 Posts
Default

This is what happened when I tried running ecpp-mpi via "mpirun ecpp-mpi -g -n '10^1000+453' -c -f cert-1000" (The example provided in the accompanying PDF from their website):

Code:
-----------------------------------------------------------------------------
It is a Very Bad Idea to run this program as root.

LAM was designed to be run by individual users; it was *not* designed
to be run as a root-level service where multiple users use the same
LAM daemons in a client-server fashion.

Especially with today's propensity for hackers to scan for root-owned
network daemons, it could be tragic to run this program as root.
While LAM is known to be quite stable, and LAM does not leave network
sockets open for random connections after the initial setup, several
factors should strike fear into system administrator's hearts if LAM
were to be constantly running for all users to utilize:

        1. LAM leaves a Unix domain socket open on each machine in the
           /tmp directory.  So if someone breaks into root on one
           machine, they effectively have root on all machines that
           are connected via LAM.

        2. Indeed, there must have been a .rhosts (or some other trust
           mechanism) for root which must have allowed you to run LAM
           on remote nodes.  Depending on your local setup, this may
           not be safe.

        3. LAM has never been checked for buffer overflows and other
           malicious input types of errors.  We don't *think* that
           there are any buffer-overflow types of situations in LAM,
           we've never checked explicitly (hence, per Mr. Murphy,
           there are certainly some hiding somewhere).

        4. LAM programs are not audited or tracked in any way.  This
           could present a sneaky way to execute binaries without log
           trails (especially as root).

Hence, it's a Very Bad Idea to run LAM as root.  Please login as a
different user and run LAM again.
-----------------------------------------------------------------------------
Is there any way to bypass that? Root is the only user that I use in Windows Bash.

Last fiddled with by Stargate38 on 2022-05-09 at 15:59
Stargate38 is offline   Reply With Quote
Old 2022-05-09, 16:48   #31
paulunderwood
 
paulunderwood's Avatar
 
Sep 2002
Database er0rr

22·1,063 Posts
Default

Quote:
Originally Posted by Stargate38 View Post

Is there any way to bypass that? Root is the only user that I use in Windows Bash.
Can you run?:
Code:
adduser stargate38
su stargate38

Last fiddled with by paulunderwood on 2022-05-09 at 16:49
paulunderwood is offline   Reply With Quote
Old 2022-05-09, 17:32   #32
xilman
Bamboozled!
 
xilman's Avatar
 
"๐’‰บ๐’ŒŒ๐’‡ท๐’†ท๐’€ญ"
May 2003
Down not across

11·1,039 Posts
Default

Quote:
Originally Posted by paulunderwood View Post
Can you run?:
Code:
adduser stargate38
su stargate38

+1
xilman is offline   Reply With Quote
Old 2022-05-09, 17:41   #33
xilman
Bamboozled!
 
xilman's Avatar
 
"๐’‰บ๐’ŒŒ๐’‡ท๐’†ท๐’€ญ"
May 2003
Down not across

101100101001012 Posts
Default

Quote:
Originally Posted by paulunderwood View Post
Code:
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib
export LD_LIBRARY_PATH
HTH.

Note ecpp, as opposed to ecpp-mpi, is single threaded. Your next step will be to get mpi running.
The step after that is to learn how to drive mpi properly.

I am running mpi-ecpp on a 6-core machine. Without additional information it fired up one master process and 5 workers. Because of hyperthreading two processes could be interleaved at relatively little cost on each physical processor.

That said, each process will grab its own share of memory physical and virtual and you may not be able to run as many processes as processors, let alone twice that.

I a'm not going to fiddle with a(n apparently) working invocation of mpi-ecpp but now wonder whether "mpi -np 7" might be a suitable incantation for a similar job, on the grounds that there may (just) be enough RAM available.

The above assumes that the remaining machines on the local net are not set up to run mpi jobs. This is a valid assumption right now. Whether it is worth the effort of setting them up remains to be seen.
xilman is offline   Reply With Quote
Reply

Thread Tools


Similar Threads
Thread Thread Starter Forum Replies Last Post
For which types of primes is GPU primality test software available? bur GPU Computing 6 2020-08-28 06:20
Fastest software for Mersenne primality test? JonathanM Information & Answers 25 2020-06-16 02:47
APR-CL as primality proof f1pokerspeed FactorDB 14 2014-01-09 21:06
Proof of Primality Test for Fermat Numbers princeps Math 15 2012-04-02 21:49
PRIMALITY PROOF for Wagstaff numbers! AntonVrba Math 96 2009-02-25 10:37

All times are UTC. The time now is 10:41.


Wed Aug 17 10:41:02 UTC 2022 up 41 days, 5:28, 1 user, load averages: 1.14, 1.06, 1.06

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2022, Jelsoft Enterprises Ltd.

This forum has received and complied with 0 (zero) government requests for information.

Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.
A copy of the license is included in the FAQ.

โ‰  ยฑ โˆ“ รท ร— ยท โˆ’ โˆš โ€ฐ โŠ— โŠ• โŠ– โŠ˜ โŠ™ โ‰ค โ‰ฅ โ‰ฆ โ‰ง โ‰จ โ‰ฉ โ‰บ โ‰ป โ‰ผ โ‰ฝ โŠ โŠ โŠ‘ โŠ’ ยฒ ยณ ยฐ
โˆ  โˆŸ ยฐ โ‰… ~ โ€– โŸ‚ โซ›
โ‰ก โ‰œ โ‰ˆ โˆ โˆž โ‰ช โ‰ซ โŒŠโŒ‹ โŒˆโŒ‰ โˆ˜ โˆ โˆ โˆ‘ โˆง โˆจ โˆฉ โˆช โจ€ โŠ• โŠ— ๐–• ๐–– ๐–— โŠฒ โŠณ
โˆ… โˆ– โˆ โ†ฆ โ†ฃ โˆฉ โˆช โŠ† โŠ‚ โŠ„ โŠŠ โŠ‡ โŠƒ โŠ… โŠ‹ โŠ– โˆˆ โˆ‰ โˆ‹ โˆŒ โ„• โ„ค โ„š โ„ โ„‚ โ„ต โ„ถ โ„ท โ„ธ ๐“Ÿ
ยฌ โˆจ โˆง โŠ• โ†’ โ† โ‡’ โ‡ โ‡” โˆ€ โˆƒ โˆ„ โˆด โˆต โŠค โŠฅ โŠข โŠจ โซค โŠฃ โ€ฆ โ‹ฏ โ‹ฎ โ‹ฐ โ‹ฑ
โˆซ โˆฌ โˆญ โˆฎ โˆฏ โˆฐ โˆ‡ โˆ† ฮด โˆ‚ โ„ฑ โ„’ โ„“
๐›ข๐›ผ ๐›ฃ๐›ฝ ๐›ค๐›พ ๐›ฅ๐›ฟ ๐›ฆ๐œ€๐œ– ๐›ง๐œ ๐›จ๐œ‚ ๐›ฉ๐œƒ๐œ— ๐›ช๐œ„ ๐›ซ๐œ… ๐›ฌ๐œ† ๐›ญ๐œ‡ ๐›ฎ๐œˆ ๐›ฏ๐œ‰ ๐›ฐ๐œŠ ๐›ฑ๐œ‹ ๐›ฒ๐œŒ ๐›ด๐œŽ๐œ ๐›ต๐œ ๐›ถ๐œ ๐›ท๐œ™๐œ‘ ๐›ธ๐œ’ ๐›น๐œ“ ๐›บ๐œ”