Mersenne Digest Monday, October 11 1999 Volume 01 : Number 640 ---------------------------------------------------------------------- Date: Sun, 10 Oct 1999 13:24:35 -0400 From: Walt Mankowski <[EMAIL PROTECTED]> Subject: Mersenne: V19 Bug in Factoring Timing? I just upgraded this morning to the latest Linux version of Linux, v19.0.2. The box with the problem is a 486-66 running Red Hat 5.0. I'm noticing some strange numbers in its output: Factoring M10533203 to 2^64 is 39.83% complete. 310.800 sec. Factoring M10533203 to 2^64 is 39.84% complete. 310.790 sec. Factoring M10533203 to 2^64 is 39.84% complete. 310.630 sec. Factoring M10533203 to 2^64 is 39.85% complete. -3984.147 sec. Factoring M10533203 to 2^64 is 39.86% complete. 310.720 sec. Factoring M10533203 to 2^64 is 39.86% complete. 311.920 sec. About one out of every 15 lines says it completed in negative time. _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Sun, 10 Oct 1999 13:42:00 -0400 From: Walt Mankowski <[EMAIL PROTECTED]> Subject: Mersenne: Error 2250 connecting to PrimeNet I have a 486-66 running RedHat 5.0 which I just upgraded to mprime 19.0.2 this morning. It's getting error 2250 when connecting to PrimeNet. Here's what I see when I select "Help/About PrimeNet Server" from the mprime menu: > Your choice: 20 > > Contacting PrimeNet Server. > ERROR 2250: Server unavailable > The FAQ at http://www.entropia.com/ips/faq.html may have more > information. > Unable to get version information from PrimeNet server. > > Hit enter to continue: This returns immediately and it appears that it's not even trying to connect. When I do the same from the old (18.1.2) version it works just fine. I can also connect to PrimeNet from 19.0.2 on another machine. The FAQ suggests I might be using RPC instead of HTTP to communicate with PrimeNet. As far as I can tell I'm not; I have a line that says "UseHTTP=1" in my prime.ini file. One change I had to make between versions is that I had to switch to using sprime.tar.gz since the old RedHat box doesn't have glibc2.1 installed. _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Sun, 10 Oct 1999 13:46:55 -0500 (CDT) From: jason <[EMAIL PROTECTED]> Subject: Re: Mersenne: V19 Bug in Factoring Timing? On Sun, 10 Oct 1999, Walt Mankowski wrote: > I just upgraded this morning to the latest Linux version of Linux, > v19.0.2. The box with the problem is a 486-66 running Red Hat 5.0. > I'm noticing some strange numbers in its output: > > Factoring M10533203 to 2^64 is 39.83% complete. 310.800 sec. > Factoring M10533203 to 2^64 is 39.84% complete. 310.790 sec. > Factoring M10533203 to 2^64 is 39.84% complete. 310.630 sec. > Factoring M10533203 to 2^64 is 39.85% complete. -3984.147 sec. > Factoring M10533203 to 2^64 is 39.86% complete. 310.720 sec. > Factoring M10533203 to 2^64 is 39.86% complete. 311.920 sec. > > About one out of every 15 lines says it completed in negative time. I knew George's assembly routines were fast, but damn! :-) - -jason _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Mon, 11 Oct 1999 00:15:03 +0200 From: "Steinar H. Gunderson" <[EMAIL PROTECTED]> Subject: Mersenne: Re: V19 Bug in Factoring Timing? On Sun, Oct 10, 1999 at 01:24:35PM -0400, Walt Mankowski wrote: >I just upgraded this morning to the latest Linux version of Linux, The latest Linux version of Linux? Great! :-) >About one out of every 15 lines says it completed in negative time. There was a similiar bug discovered during the QA phase, although it was during ECM, not factoring. I'm sure George will fix it somehow... /* Steinar */ - -- Homepage: http://members.xoom.com/sneeze/ _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Mon, 11 Oct 1999 00:20:22 +0200 From: "Steinar H. Gunderson" <[EMAIL PROTECTED]> Subject: Mersenne: Re: Version 19 Problems/Win 98 On Sun, Oct 10, 1999 at 03:13:28AM +0100, Ian L McLoughlin wrote: >It suddenly links up to the server and downloads new exponens....I am sure >testing LL 9xxxxxx is enough on a cyrix....its my baby! You shouldn't run LL tests on a Cyrix -- factoring will utilize your CPU much better (since Cyrixes are so bad at LL testing.). But you probably know that already. >Surely the EXE. file (Red) is the one.......I now after grappling with >shortcuts and supplanting various files blah blah cant download any work >that I have managed to salvage from an exponent I have been testing for over >4 months... Could you please be a bit more specific here? Is your problem that the p-file no longer is usable? Did you extract v19 into a new directory, or the same as v18? >Very dissappointed at the supplementation and interface.... The GIMPS software was never designed to be user-friendly -- it was designed to be fast. If that doesn't suit you (and it doesn't suit many people), you are entirely free to choose a different project. >O.K. I downloaded it...Version 19 is no faster than 18 That would probably be because you're using a Cyrix CPU. If you had had a Pentium (or a Pentium Pro/II/III), you would definitely have noticed a difference :-) >There is a problem with Maths/Computer buffs...they assume to much...!! Some >off us might want to contribute but wading through .txt files isnt it???!! Now what is wrong with .txt files? >I will have to be off to see what is in certian folders,DOS files..... Prime95 installs everything in one folder, only. DOS files? I don't think DOS files are any different from the `normal' files, if there is such a thing. >FOR GOD SAKE GIVE ME A USER FRIENDLY INTERFACE, PROPER HELP MENU.... >AHHHHHH.... If you want a help interface, why don't you go off writing one yourself? Do the community a service, and never let anybody have to search the text- files again... Sure, we could use a help file, but most users seems to be perfectly well off without. It is wise to read most of the documentation anyway. /* Steinar */ - -- Homepage: http://members.xoom.com/sneeze/ _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Mon, 11 Oct 1999 01:57:02 +0200 From: Harald Tveit Alvestrand <[EMAIL PROTECTED]> Subject: Mersenne: Status report: battery...... I got George's latest newsletter today, with the wonderful news that Prime95 now supports my most wanted feature: The ability to turn itself off when my laptop is running on battery. Unfortunately, I'm out of luck: - - my laptop runs NT (version 4) - - the NT version does not support the feature - - the Win95/98 version doesn't stop when run under NT So it's back to the manual method ("net stop" and "net start") for me again.....if the person who understands how APM stuff works on NT reads this, I'm sure he can patch it into the source in a few hours...... for the TODO list, I suppose. Harald A - -- Harald Tveit Alvestrand, Maxware, Norway [EMAIL PROTECTED] _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Sun, 10 Oct 1999 22:07:49 -0500 (CDT) From: jason <[EMAIL PROTECTED]> Subject: Mersenne: glitches in mprime v19? I just grabbed sprime.tar.gz off the ftp site, and to my dismay, I have run into a couple of problems: a) When I start the new version, I keep getting "Error 2250: Server unavailable" messages. I have "UseHTTP=1" in prime.ini, so what gives? I switched back to v18.1.2 and it connects to entropia.com just fine. b) When I killed mprime (v19), I realized that it had been *factoring* my highest exponent (which was not the current one being tested), when it's explicitly set up to do Lucas-Lehmer tests only. Is this the intended behavior? The number that it was factoring is > 7100000, if that's pertinent. I can't recall if these problems were discussed on the list already during beta-testing (out of curiosity, is there an archive of recent messages?). Thanks in advance for any pointers or insights. - -jason _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Mon, 11 Oct 1999 06:11:34 +0200 (CEST) From: Henrik Olsen <[EMAIL PROTECTED]> Subject: Re: Mersenne: glitches in mprime v19? On Sun, 10 Oct 1999, jason wrote: > I just grabbed sprime.tar.gz off the ftp site, and to my dismay, I have > run into a couple of problems: > > a) When I start the new version, I keep getting "Error 2250: Server > unavailable" messages. I have "UseHTTP=1" in prime.ini, so what gives? > I switched back to v18.1.2 and it connects to entropia.com just fine. No idea, I haven't seen a problem with either the LInux or the Win95 versions. > > b) When I killed mprime (v19), I realized that it had been *factoring* my > highest exponent (which was not the current one being tested), when it's > explicitly set up to do Lucas-Lehmer tests only. Is this the intended > behavior? The number that it was factoring is > 7100000, if that's > pertinent. The documentation explicitely mentions that it's factoring to a higher limit in the new version, and since catching up in factoring before going on to LL testing has been a feature for a while, it's not _that_ surprising. Note that this catching up on factoring includes factoring newly assigned exponents BEFORE continuing with the current LL test and it isn't a new thing, but has been there as long as I've been on this project. > > I can't recall if these problems were discussed on the list already during > beta-testing (out of curiosity, is there an archive of recent messages?). > Thanks in advance for any pointers or insights. > > -jason > > _________________________________________________________________ > Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm > Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers > - -- Henrik Olsen, Dawn Solutions I/S URL=http://www.iaeste.dk/~henrik/ A Pentium is a terrible thing to waste, http://www.mersenne.org/prime.htm _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Sun, 10 Oct 1999 21:53:07 -0700 From: Eric Hahn <[EMAIL PROTECTED]> Subject: Re: Mersenne: glitches in mprime v19? Jason wrote: >b) When I killed mprime (v19), I realized that it had been > *factoring* my highest exponent (which was not the > current one being tested), when it's explicitly set up > to do Lucas-Lehmer tests only. Is this the intended > behavior? The number that it was factoring is > 7100000, > if that's pertinent. Was this exponent newly assigned or already had it been assigned at some point in the past? All versions attempt to trial-factor exponents (if necessary) to a certain point before beginning the L-L tests. To give an accurate amount of work queued up, they will perform any necessary trial-factoring (for those exponents to be L-L tested) before they begin (or continue) any further L-L testing. As it happens, v19 has new breakpoints in trail-factoring. For example, all exponents in the 8-9 million range had previously been trial-factored only to 2^63, however v19's breakpoints will cause additional trial-factoring to 2^64 to be attempted for exponents above 8.25 million. There are also some exponents (between 7-7.27 million) that has only been trial-factored thru 2^62. V19 will attempt additional trial-factoring thru 2^63 for these exponents. The limits for v18 and v19 trail-factoring (in millions) are: Trial-Factoring V18 V19 thru range(s) range(s) =============== ============= =============== 2^72 --- 71.00 - 79.30 2^71 --- 57.02 - 71.00 2^70 --- 44.15 - 57.02 2^69 --- 35.10 - 44.15 2^68 --- 28.13 - 35.10 2^67 --- 21.59 - 28.13 2^66 --- 17.85 - 21.59 2^65 --- 13.38 - 17.85 2^64 9.15 - 20.40 8.25 - 13.38 2^63 7.27 - 9.15 6.515 - 8.25 2^62 5.16 - 7.27 5.16 - 6.515 2^61 3.96 - 5.16 3.96 - 5.16 2^60 2.95 - 3.96 2.95 - 3.96 2^59 2.655 - 2.95 2.36 - 2.95 2^58 2.135 - 2.655 1.93 - 2.36 2^57 1.675 - 2.135 1.48 - 1.93 Eric Hahn _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Mon, 11 Oct 1999 01:19:29 -0400 From: Walt Mankowski <[EMAIL PROTECTED]> Subject: Re: Mersenne: glitches in mprime v19? On Sun, Oct 10, 1999 at 10:07:49PM -0500, jason wrote: > > I just grabbed sprime.tar.gz off the ftp site, and to my dismay, I have > run into a couple of problems: > > a) When I start the new version, I keep getting "Error 2250: Server > unavailable" messages. I have "UseHTTP=1" in prime.ini, so what gives? > I switched back to v18.1.2 and it connects to entropia.com just fine. I reported this same problem with sprime.tar.gz Sunday morning. _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Mon, 11 Oct 1999 09:17:58 +0000 From: "Steinar H . Gunderson" <[EMAIL PROTECTED]> Subject: Mersenne: Re: Your rude Mersenne post On Sun, Oct 10, 1999 at 06:16:15PM (name deleted) wrote: >I think you were extremely rude and should apologize. I did not mean to sound rude. If I sounded rude, I _do_ apologize -- it was not my intention at all. Again, please accept my apologies. /* Steinar */ _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Mon, 11 Oct 1999 13:17:40 +0200 From: "Grieken, Paul van" <[EMAIL PROTECTED]> Subject: Mersenne: change of PC Members, today I have a new PC on my desk at work. On the old PC , which was a 100MHz machine, I did double checking. Now I have a Pentium III at 455MHz. If I want to change from double checking to LL-testing what do I have to do, or changes the server the work when he reads it is a faster PC. Bye, Paul van Grieken _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Mon, 11 Oct 1999 13:36:53 +0100 From: "Brian J. Beesley" <[EMAIL PROTECTED]> Subject: Re: Mersenne: Re: Version 19 Problems/Win 98 On 11 Oct 99, at 0:20, Steinar H. Gunderson wrote: > >Surely the EXE. file (Red) is the one.......I now after grappling with > >shortcuts and supplanting various files blah blah cant download any work > >that I have managed to salvage from an exponent I have been testing for over > >4 months... > > Could you please be a bit more specific here? > > Is your problem that the p-file no longer is usable? Did you extract v19 > into a new directory, or the same as v18? Some of us have done this _lots_ of times on _lots_ of systems & haven't had any problems. I wonder if the problem is related to whatever software the user is unzipping the distribution file with. Assuming that instructions to unzip into the same directory (over- writing the old files) are being obeyed. v19 is known to be able to read save files from previous versions - unless the save file is corrupt - e.g. the system power went down whilst the file was being written, or two applications managed to write to the file simultaneously (which doesn't sound very likely?) Of course, it's _always_ wise to back up directories containing "work in hand" before upgrading _any_ software, or installing anything new ... just in case ... > > >O.K. I downloaded it...Version 19 is no faster than 18 > > That would probably be because you're using a Cyrix CPU. If you had had a > Pentium (or a Pentium Pro/II/III), you would definitely have noticed a > difference :-) Nah, there's very little difference on a plain Pentium either. > > >FOR GOD SAKE GIVE ME A USER FRIENDLY INTERFACE, PROPER HELP MENU.... > >AHHHHHH.... > > If you want a help interface, why don't you go off writing one yourself? > Do the community a service, and never let anybody have to search the text- > files again... Constructive criticism is more useful. If you don't like the way something works, tell us _exactly_ why, and how you would like it to work instead. If an installation goes wrong, tell us _exactly_ everything you did, to what & in what order, also details of exact version of OS. If we can replicate a problem, we may be able to fix it. Given only "it doesn't work", that's a bit hard - when few of us seem ever to have seen any similar problem. Regards Brian Beesley _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Mon, 11 Oct 1999 16:06:43 +0200 From: "Lars Lindley" <[EMAIL PROTECTED]> Subject: Re: Mersenne: change of PC All You have to do is change your cpu settings in Options->CPU and select "Request whatever type of work makes the most sense" in Test->Primenet. That will get you LL tests for sure. Regards, /Lars _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Mon, 11 Oct 1999 10:52:11 -0600 From: "Alan Vidmar" <[EMAIL PROTECTED]> Subject: Mersenne: Stoping and starting NT services from a command line or batch file? Anyone know how to start or stop NT services from a command line or batch file? Thanks, Alan "A programmer is a person who turns coffee into software." Alan R. Vidmar Assistant Director of IT Office of Financial Aid University of Colorado [EMAIL PROTECTED] (303)492-3598 *** This message printed with 100% recycled electrons *** _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Mon, 11 Oct 1999 12:06:07 -0500 (CDT) From: jason <[EMAIL PROTECTED]> Subject: Re: Mersenne: glitches in mprime v19? Well, I also downloaded mprime.tar.gz, and I had a slightly different problem trying to connect to the PrimeNet server. To summarize: mprime.tar.gz v19.0.2: results in "ERROR: Primenet error 1" sprime.tar.gz v19.0.2: results in "Error 2250: Server unavailable" mprime.tar.gz v18.1.2: No problems. I wonder why the two versions give different error messages (and why I'm getting them at all)? Anyway, I just compiled mprime from source (debugging not enabled), and it's working just fine. Except for the fact that I will not receive credit for my work, since I compiled it myself... so much for initiative. :-) - -jason (I'm cc:'ing this to the list in case anyone else (besides Walt) is experiencing this behavior.) On Mon, 11 Oct 1999, Brian J. Beesley wrote: > I think most of us who were using the unix betas were using mprime > rather than sprime. I've run mprime on several systems with both RH > 5.1 and RH 6.0 & it definitely doesn't have the problem. But I can't > recall testing sprime against PrimeNet - those of us involved in QA > work were instructed specifically _not_ to use the PrimeNet interface > until fairly recently, since PrimeNet wasn't ready! > > > Regards > Brian Beesley _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Mon, 11 Oct 1999 13:21:55 -0400 (EDT) From: Darxus <[EMAIL PROTECTED]> Subject: Mersenne: is www.mersenne.org broken ? __________________________________________________________________ PGP fingerprint = 03 5B 9B A0 16 33 91 2F A5 77 BC EE 43 71 98 D4 [EMAIL PROTECTED] / http://www.op.net/~darxus Join the Great Internet Mersenne Prime Search http://www.mersenne.org/prime.htm _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Mon, 11 Oct 1999 13:44:10 -0400 From: George Woltman <[EMAIL PROTECTED]> Subject: Mersenne: Mprime Error 2250 Hi all, This info was reported to me. As a Linux-newbie I have no idea if it will prove helpful to others. I've just done a bit of browsing with `strace' on my machine here at work, at it's looking like a configuration issue. Running `strace' on either mprime 19 or the glibc2-linked mprime 18 reveals a slight difference in hostname lookups compared with the original libc5-linked mprime 18. The newer versions consult /etc/nsswitch.conf (exactly as expected since this was one of the changes with glibc2), while the older version consults /etc/host.conf. (I just verified that glibc2 falls thru to use /etc/host.conf if /etc/nsswitch.conf doesn't exist.) The problem on this system is that /etc/host.conf was specifying "order hosts" instead of "order hosts,bind". Making the change now allows the older mprime to contact the Primenet server. Regards, George _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Mon, 11 Oct 1999 22:10:04 +0100 From: "Brian J. Beesley" <[EMAIL PROTECTED]> Subject: Re: Mersenne: Mprime Error 2250 On 11 Oct 99, at 13:44, George Woltman wrote: > The problem on this system is that /etc/host.conf was specifying > "order hosts" instead of "order hosts,bind". Making the change now > allows the older mprime to contact the Primenet server. This may be a partial explanation, however with DNS disabled I don't see how it used to get a connection to a named server ... My linux systems (Red Hat 5.1 & 6.0, installed straight from the box & without fiddling with the various .conf files in /etc) seem not to have any problems with mprime. There _is_ an issue in configuration, linuxconf allows you to disable DNS, if you do this I'd expect problems!!! I'd also expect problems if you configure the DNS server address(es) incorrectly, or if there is a fault on the network which prevents the DNS server(s) from being reached. As a professional network operator, could I point out that this is actually one of the commonest causes of users reporting "problems with the network", especially if other people appear to be working normally. Actually I found difficulty in contacting the PrimeNet server entropia.com yesterday morning (Sun 10th from 0700 GMT), this seems to have been a real problem with the server or its network connection as everything else was running OK. I just simulated a break in the network (by unplugging the LAN cable) & did "mprime -c" to force a connection to the server; after a couple of minutes (maybe three) it gave up & reported "Error 2250". So maybe the Sunday morning server outage is what caused the sudden rash of problems, unfortunately coincident with people upgrading to v19 & probably wanting to get more work due to the benchmark speed change caused by the upgrade. Tip for diagnosis of problems: entropia.com's IP address is 207.104.25.155 (though this isn't fixed, it shouldn't change often). If you're getting problems connecting to entropia.com, try pinging the numeric IP address; if that works, try pinging by name. If the first fails, there is a network fault; if the second fails, there is a fault in the DNS configuration or server; if both work, you *may* have an application error (though there's still a chance that the server isn't running the appropriate protocol for your application). Windows users might care to try a nice program called CyberKit, which is freeware & does ping, traceroute & NS lookup (amongst other things). You should be able to find it on TUCOWS and/or NONAGS. Unix users have these applications bundled with the OS 8-) Regards Brian Beesley _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Mon, 11 Oct 1999 19:45:29 -0400 From: George Woltman <[EMAIL PROTECTED]> Subject: Re: Mersenne: V19 Bug in Factoring Timing? Hi, At 01:24 PM 10/10/99 -0400, Walt Mankowski wrote: >I just upgraded this morning to the latest Linux version of Linux, >v19.0.2. The box with the problem is a 486-66 running Red Hat 5.0. >I'm noticing some strange numbers in its output: > >Factoring M10533203 to 2^64 is 39.84% complete. 310.630 sec. >Factoring M10533203 to 2^64 is 39.85% complete. -3984.147 sec. I have a fix for this. Look for it in version 19.1 - no release date yet. Regards, George _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Mon, 11 Oct 1999 20:27:07 EDT From: [EMAIL PROTECTED] Subject: Mersenne: Re: Mlucas on MIPS R4600 Wojciech Florek <[EMAIL PROTECTED]> writes: >I've compiled Mlucas 2.7y on R4600 SGI IRIX 6.5 machine with >MIPSpro Compilers: Version 7.2.1.3m . >Machine data: > > Powered by Silicon Graphics > > CPU MIPS R4600 Processor Chip Revision: 2.0 > FPU MIPS R4600 Floating Point Coprocessor Revision: 2.0 > 1 133 MHZ IP22 Processor > Main memory size 128 Mbytes > Secondary unified instruction/data cache size 512 Kbytes on Processor 0 > Instruction cache size 16 Kbytes > Data cache size 16 Kbytes > >MacLucasUNIX writes checkpoints after each 5000 iterations, what makes >about 2h 20 min (it isn't `clean' CPU time but almost 98% of CPU was >devoted to MacLucasUNIX), so I've run Mlucas 2.7 for the same exponent and >5000 iterations (MacLucasUNIX was stopped so almost all CPU time was >assigned to Mlucas). Here are the results > > Enter p,n (set n=0 for default FFT length) > 3355031,262144 > Enter 'y' to run a self-test, <return> for a full LL test > y > Enter number of iterations for timing test> 5000 > p is prime...proceeding with Lucas-Lehmer test... > M( 3355031 ): using an FFT length of 262144 > this gives an average 12.798427581787109 bits per digit > INFO: Using real*16 for FFT sincos and DWT weights tables inits. > 5000 iterations of M 3355031 with FFT length 262144 > Res64: 6E592176A2A59208. Program: E2.7y > Clocks = 01:49:34.963 > >About 30 min faster! That's encouraging - now try the same exponents at runlength 192K (196608) - you should get the same Res64, but your time should be even better. >I've used the options provided in the source file and haven't played >with them. Make sure you use -r4600 rather than -r10000, and -mips{whatever generation R4600 is, probably 2 or 3) rather than -mips4. Your timing corresponds to 1.32 sec/iteration, compared to 0.185 sec at 256K for the same code on a 250MHz MIPS R10000 - even after adjusting for the faster clock speed of the latter and accounting for the fact that the R10000 is a more advanced processor, I think you should be able to get somewhat better performance out of your R4600. If you do find flags that give better performance, let me know. >Some remarks: > 1. In the interactive mode entering <return> instead of `y' causes > a misprint in comments: > Enter p,n (set n=0 for default FFT length) > > Enter 'y' to run a self-test, <return> for a full LL test > > p is prime...proceeding wit >!! >>>>> a line is broken here! It doesn't happen when I replied `y' That sounds like a compiler error, but there's an easy workaround - for full LL tests you should be entering exponents into the worktodo.ini file anyway, and that avoids having to enter any input. >2. For small Mersenne exponents an `exit carry' error occurs. It's > happened for M787 & M797 > > M( 797 ): using an FFT length of 512 > this gives an average 1.556640625 bits per digit > > INFO: Using real*16 for FFT sincos and DWT weights tables inits. > FATAL: iter= 225 nonzero exit carry in radix16_ditN_cy_dif1. The carry propagation routines in Mlucas assume that any "wraparound" carry left over when one gets to the most-significant digit of the residue vector will propagate no further than 4 digits into the low end of the residue, i.e. that (exit carry) <= 2^(4*radix). If you use a very small radix as in the above the case, this assumption may no longer be true. >I know that these exponents have been tested, but there is a question >whether it may happen for larger mersennes? There shouldn't be any problem with large exponents (> 5000, say) since for large p, one always has an available FFT length which is well- matched to the number in question, i.e. gives > 10 bits per digit. >3. My LL (double checking) tests on IRIX machines with MacLucasUNIX > are in progress (50% and 75%). I think that there is no possibility > to switch to Mlucas during tests and starting from the begining Indeed there is not - if your MLU runs are > 25% complete, finish them using MLU and use Mlucas for subsequent tests. On the other hand, if you find a greater speed gain using 192K runlength and/or better compile options, the above 25% breakover threshold will be increased. Happy hunting, - -Ernst _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Mon, 11 Oct 1999 20:27:05 EDT From: [EMAIL PROTECTED] Subject: Mersenne: Re: GIMPS Achim Passauer <[EMAIL PROTECTED]> writes: >I read that you are running GIMPS-related software on >Alpha-Workstations. I�d like to ask, whether you have executable files >(*.exe) for one or more of the following operating systems: > >RSX-11M-PLUS, Version 4.3 Base level 66 (PDP) > >VAX/VMS V5.5-2 (MicroVAX 3900) > >VAX/VMS A5.5 (Workstation) > >These computers are doing nothing all the day and they could support >GIMPS though they are really old. > Hi, Achim - thanks for your interest. All my .exe's are for Alpha-CPU-based platforms running Compaq TruUnix (formerly Digital Unix) or Linux. In the past I had a VMS .exe, but the last inquiry I had about that was nearly two years ago. I do have some information about the person who last compiled such a version, Phil Brett, including his e-mail address, at my ftp site: look at the header of ftp:/209.133.33.182/pub/archived/lucas_mayer_V2.5b.f90.gz to see what minor changes Phil had to make to get the code to compile and run under VMS. I'm not familiar with the platforms you list - I suspect some of them may be based on MIPS CPUs, which is OK - Mlucas is known to perform very well on MIPS - but you'd need a Fortran-90 compiler, which is less certain. You could always try sending an inquiry to the Mersenne list and/or other computer-related newsgroups. If you do find an f90 compiler for one of your platforms, note that the above source code is NOT the one you want to use - see /pub/mayer/README in the above ftp archive for information about the latest version of the code, Mlucas_2.7y.f90. I'd be interested to hear what kinds of timings you get, and more details about your CPUs (model, MHz, cache sizes, etc.) If you can't find an f90 compiler, I recommend going to Will Edgington's source code archive (www.garlic.com/~wedgingt) and try compiling MacLucasUNIX, which is C code. Good luck, - -Ernst _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Mon, 11 Oct 1999 20:53:06 -0400 (EDT) From: Darxus <[EMAIL PROTECTED]> Subject: Re: Mersenne: Stoping and starting NT services from a command line or batch file? On Mon, 11 Oct 1999, Alan Vidmar wrote: > Anyone know how to start or stop NT services from a command line or > batch file? net stop ServiceName net start ServiceName don't have an NT box on me, so I can't tell you what the syntax is to get the list of services from the commandprompt.... __________________________________________________________________ PGP fingerprint = 03 5B 9B A0 16 33 91 2F A5 77 BC EE 43 71 98 D4 [EMAIL PROTECTED] / http://www.op.net/~darxus Join the Great Internet Mersenne Prime Search http://www.mersenne.org/prime.htm _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Mon, 11 Oct 1999 20:03:20 -0500 From: Ken Kriesel <[EMAIL PROTECTED]> Subject: Re: Mersenne: Stopping and starting NT services from a command line or batch file? At 10:52 AM 1999/10/11 -0600, "Alan Vidmar" <[EMAIL PROTECTED]> wrote: >Anyone know how to start or stop NT services from a command line or >batch file? > >Thanks, >Alan Yes. (And, in anticipation of the followon question "How?";) net start "servicename" net stop "servicename" where servicename is the case-sensitive name displayed by Control Panel's Services menu (eg, net stop "Prime Service") or that displayed by typing net start with no parameters (which gives a list of the currently running services). For more info try net help start net help stop The service must be not disabled, and the process running the command must have adequate permissions. Ken _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Mon, 11 Oct 1999 21:39:32 -0400 (EDT) From: Darxus <[EMAIL PROTECTED]> Subject: Mersenne: resuming a prime prime fact current days exponent bits iteration run / to go / exp date updated date assigned computer ID - -------- -- ---- --------- ----------------- --------------- --------------- ------------ 8410531 63 1169884 23.3 30.0 46.0 27-Sep-99 00:53 18-Sep-99 18:08 8553229 64 6.3 26.8 81.8 06-Oct-99 21:24 05-Oct-99 19:24 WorkPC 8642303 * 63 0.0 42.0 88.0 12-Oct-99 01:33 HomePC Okay, I currently have 3 exponents assigned to me. 1st for my home PC, which I did not give a computer ID, and which has suffered a hard drive crash, and I nolonger have the info for. 2nd for my PC at work 3rd -- just reinstalled the gimps client on my home PC. How do I tell my home PC to resume prime exponent 8410531, which it was working on before the crash ? __________________________________________________________________ PGP fingerprint = 03 5B 9B A0 16 33 91 2F A5 77 BC EE 43 71 98 D4 [EMAIL PROTECTED] / http://www.op.net/~darxus Join the Great Internet Mersenne Prime Search http://www.mersenne.org/prime.htm _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Mon, 11 Oct 1999 22:01:49 -0400 (EDT) From: Darxus <[EMAIL PROTECTED]> Subject: Mersenne: Re: resuming a prime > 3rd -- just reinstalled the gimps client on my home PC. How do I tell my > home PC to resume prime exponent 8410531, which it was working on before > the crash ? Eww, sorry, found it in the faq. But actually, since I want to switch to the 10,000,000 digit primes, how do I release the old ones ? __________________________________________________________________ PGP fingerprint = 03 5B 9B A0 16 33 91 2F A5 77 BC EE 43 71 98 D4 [EMAIL PROTECTED] / http://www.op.net/~darxus Join the Great Internet Mersenne Prime Search http://www.mersenne.org/prime.htm _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Mon, 11 Oct 1999 19:33:12 -0700 From: "John R Pierce" <[EMAIL PROTECTED]> Subject: Re: Mersenne: Re: GIMPS > >RSX-11M-PLUS, Version 4.3 Base level 66 (PDP) Err, thats a PDP-11. A old (early/mid 1970s) 16 bit computer with probably 64k-128k of ram. Instruction cycle time is probably sub 1Mhz. Floating point was an expensive optional board which was treated like a IO peripheral on most PDP-11's. > >VAX/VMS V5.5-2 (MicroVAX 3900) If I recall (could be wrong) this was slower than the VAX-11/780? If so, we are talking about a sub-1 MFLOPS 32 bit minicomputer. You can take the MHz of a VAX-11 class CPU and divide by about 8-10 to get the MIPS rating. The original VAX-11/780 reference model ran at 10MHz or about 1.2MIPS. On many of the smaller models, floating point was emulated, hence very slow. > >VAX/VMS A5.5 (Workstation) Probably also a VAX architecture machine, but not clear which model. > >These computers are doing nothing all the day and they could support > >GIMPS though they are really old. a year on one of these wouldn't equal one day on a pentium-II. - -jrp _________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ End of Mersenne Digest V1 #640 ******************************
