Re: Mersenne: error result
From: Jud McCranie [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, 24. May 2002 17:30 Subject: Mersenne: error result I've been in GIMPS since before the first one was discovered. Today I finished an exponent, and saw some stuff I haven't seen before. After it completed, it said M14776187 stage 1 complete ---transformations --- time starting stage 1 GCD stage 1 GCD complete ERROR: factor doesn't divide N! contacting server etc. The help file says this bug was fixed with version 20.5 concerning P-1 or ECM. Dieter Schmitt _ Unsubscribe list info -- http://www.ndatech.com/mersenne/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers
Mersenne: IPS
The Internet PrimeNet Server shows an entry 'Prime, VERIFIED' again and small exponents appeared too. Dieter Schmitt _ Unsubscribe list info -- http://www.ndatech.com/mersenne/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers
Re: Mersenne: Somebody is joking ....
Hi, From: Justin Valcourt [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Freitag, 26. April 2002 09:08 Subject: Re: Mersenne: Somebody is joking It's me I'm afraid. Was running some low DCs and had the Do Not Contact Primenet Server Automatically option set, then accidentally unchecked it and wham, it sent in 10 zillion results that I never meant to send. Deleting the prime.spl file will prevent those result messages too. Worse, I now have this entry in my assignments list ... 511633 L 1 11803.0 0.0 0.0 24-Apr-02 01-Jan-70 Lumly2 200 v16 ... which I cannot drop because I'm on Team Prime Rib. Prime95 ver. 22 tells me that Option Quit GIMPS will remove that selected computer only. You'd be able to join again without this assignment I think. Other assignments on that machine are affected too and therefore you'd have to fill the worktodo.ini manually. But check first whether 21.4.1 is working the same way. Sorry for the probs and it won't happen again. Which Mersenne prime did you believe not being prime? ;-) PS. Does this mean that there is a bug in the server code? I think in the past the server was showing assignments and cleared exponents only within ranges meant for testing, doublechecking or factoring. Maybe the server code has been changed. Mersenne primes already verified should be ignored by the server too :-) Have fun Dieter Schmitt _ Unsubscribe list info -- http://www.ndatech.com/mersenne/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers
Re: Mersenne: prime
Hi Jeff, What was the expected completion date of that person's assigned number? (i.e. does that cross-check also hold up, raising the confidence level?) Yes, it does. Completed almost two days earlier than expected, I think that's ok too. (Please don't post the number itself here if you're enterprising enough to find it. Some of us enjoy the anticipation..) Me too. Doublechecking on my P3-1GHz will show if I'm right :) Dieter _ Unsubscribe list info -- http://www.ndatech.com/mersenne/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers
Re: Mersenne: prime
Hi, at November 1, I saved a copy of Assignments Report. Today I downloaded the new Assignments Report and the Cleared Exponents Report. Stored the three files into a database. Knowing the new prime exponent probably had been listed at Nov. 1 but isn't listed today .. that's enough. Doing a query for inconsistency between the two Assignments Reports and another query for inconsistency between the first query result and the Cleared Exponents Report yields only a few possible entries 3.500.000 digits (10). I didn't look for more than 10.000.000 digits ;-) Checking these few possibilities (IPS account ID) against hrf5.txt for Who @GIMPS and searching GIMPS HomePage (Top Producers/expanded version/Who leaves only one entry matching the second condition (exponents tested = 3) :-) Of course, the new prime exponent may have been assigned after Nov., 1 .. Yours, Dieter Schmitt _ Unsubscribe list info -- http://www.ndatech.com/mersenne/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers
Re: Mersenne: SMT
Gareth Randell wrote: Some SMT news that I know of: Alpha EV8 will have SMT with 4 simultaneous execution paths. Alpha recently got canned by compaq, so the above may never happen. . and Intel bought Alpha from Compaq recently. Yours, Dieter Schmitt _ Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers
Mersenne: Exponents not assigned for factoring
Hello, sinceseveralweeks PrimeNet doesn't assign (or reassign?) all exponents for factoring. Between 13,4 M and 16,3 M there are already 2,240 exponents left unassigned. May be IPSneeds some tweaking? Dieter Schmitt
Re: Mersenne: missing exponents?
Hi Achim, have a look a the available exponents for double checking. George has made several thousend new exponents available. Maybe the new exponents hadn't been double checked before orprevious double checking results didn't match.Therefore he had to do a 'small synchronization' at some ranges to remove older double checking results. Regards Dieter -Ursprüngliche Nachricht- Von: Achim Passauer An: [EMAIL PROTECTED] Gesendet: Samstag, 12. Mai 2001 08:06 Betreff: Mersenne: missing exponents? Hi all, I was a bit astonished this morning (0500 UTC) when I saw that about 50.000 exponents have been cleared since the last database synch. A few days ago there were about 53.000 to 54.000 of them. Were have 3.000 to 4.000 exponents gone? Any explanation? RegardsAchim
Re: Mersenne: PrimeStats, Perl script for the PrimeNet Top Producers Table
Hi Steve, lets do more chasing ;-) Because its a very long time ago I had a look on program codes I'm not sure to understand all of this stuff. But I think you are using the P-90 h/day values without changing them, don't you? I think the actual performance values are to be computed again to be useful, because there are many people upgrading and therefore ranked high but showing lower performance values at P-90 h/day as other participants ranked nearby. i.e. today I'm ranked at 445 with 22.882 years/148 exponents(IPS)/182,22 P-90 h/day Currently I'm running Prime95 on three machines (2 GHz total) equal to 22,0 P-90 CPUs. This means 528 P-90 h/day but completing one LL-test at 12M range only adds less than five P-90 h/day. There's a difference between 182 P-90 h/day at top producers list and 528 P-90 h/day (actual performance). How to calculate the actual performance of an upgraded account of user X? To do this I'm calculating the average P-90 h/day of such participants near the rank of user X having higher values than X. The other users near X with lower values did some upgrading recently too and therefore are to be neglected. Computing the average out of 10 such values in front and 10 such values behind the rank of user X works well. I called it the local average. Using 20 such values nearby my own ranked ID (dismit) gives the local average of 310 P-90 h/day. Of course, this isn't a very good approximation. But the 182 P-90 h/day on the list means 58.7% of the local average of 310 P-90 h/day. Thus divide the local average of 310 by 0,587 and use the result which is very near to the already known performance of 528 P-90 h/day. Does anybody know a pretty formula of this algorithm? Why does it work at all? Have fun Dieter Schmitt -Ursprngliche Nachricht- Von: "Steve" [EMAIL PROTECTED] An: [EMAIL PROTECTED] Gesendet: Donnerstag, 15. Februar 2001 16:56 Betreff: Mersenne: PrimeStats, Perl script for the PrimeNet Top Producers Table Hi Primepickers PrimeStats is a perl script that interogates the top producers table at: http://mersenne.org/ips/topproducers.shtml, after you've saved it to disk, it will give you a report on participants as specified by yourself in a seperate data file. The script will also give you a detailed report of the future prospects of one user ID that you supply to the script via the command line, this detailed report tells you how many people are in front of the user but going slower and how many people behind but going faster and gives you estimates of when the user will catch the pack in front and when the chasing pack will catch up etc. The script is available here: http://www.zeropps.uklinux.net/linstuff.html And here is a sample report that finds current details for 10 users and gives a detailed report for one of them (me): Run Date: Thu 15 Feb 2001 Participants counted: 20,018 Extra details for user ID: sjlen Position User Name CPU YearsExponentsCPU P90 Tested Hrs Per Day 1264 S18743 8.921 16225.16 3056 felipel 3.667 8 49.83 3171 sjlen3.512 7 66.59 3496 mbandsmer3.050 19 24.85 4021 Pse 2.488 5 45.91 5394 Lalo11.549 18 12.62 5981 S16318 1.319 3 28.17 6773 mage21 1.010 3 17.49 7411 S17376 0.838 2 19.11 7434 Paradoks 0.833 7 6.84 3171 sjlen3.512 7 66.59 712 people are faster than you but behind you, at an average speed of 115.27 CPU hours per day they are approximately 1.75 years behind you. You will be in the center of the chasing pack in something like 312.84 days. 825 people are slower than you but in front of you, at an average speed of51.04 CPU hours per day they are approximately 1.37 years in front of you. You should be in the middle of the pack that you are chasing in something like 763.26 days. Any comments or suggestetions for improvements or error reports are welcome. -- Cheers Steve email mailto:[EMAIL PROTECTED] %HAV-A-NICEDAY Error not enough coffee 0 pps. web http://www.zeropps.uklinux.net/ or http://start.at/zero-pps 3:39pm up 13 days, 17:18, 3 users, load average: 1.22, 1.18, 1.18 _ Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers _ Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ
Mersenne: Round off error = 0.5
Hi all, I'm running Prime95 on a PII-400 for 6 days (no overclocking) at exponent 9409271. It's produced several outputs concerning ROUND OFF ERRORS - the last one is ROUND OFF [0.5] 0.4 What to do now? Restart from iteration 1? Regards Dieter Schmitt
