Mersenne Digest Sunday, September 30 2001 Volume 01 : Number 887 ---------------------------------------------------------------------- Date: Thu, 27 Sep 2001 08:28:02 +0200 From: matus@icso.com.pl Subject: Mersenne: Glucas2.8b - test crash hi folks i builded glucas 2.8b and then tested. during test huge always in test # 24 it crashes - segmentation fault. when i run test 24 alone it pass it fine. then i inserted simple printf statment in code in line 876 in glucas.c (before loop) which prints address of x[0] and for tests 21 to 23 it was big number but for test 24 it was 0x40 (yes only 0x40). my machine is i386(duron - no overclocking) openbsd2.7. Best Regards, Gregory Matus mailto: matus@icso.com.pl _________________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Thu, 27 Sep 2001 22:50:38 +0100 From: Alex Phillips Subject: Mersenne: Odd warning in mlucas .stat file ? Dear List, I recently updated my E450 running Mlucas to version 2.7b, using Bill Rea's precompiled version from Ernst's website. I'm attempting to use the mlcuas.cfg file which comes in this tarball, but I get the following error in my pxxxxxxxx.stat file :- Restarting M(12xxxxxx ) at iteration 6484000 WARN: radix set -1 not available - using defaults. Using complex FFT radices 10 32 32 32 M( 12xxxxxx ) iteration = 6486000 clocks = 00:14:16.236. Res64:36B6CB8618DD551D WARN: radix set -1 not available - using defaults. Using complex FFT radices 10 32 32 32 Can anyone explain what this means ? I am using v2.7b on an alpha box with no problems, and a very nice speed increase, so would like to fix this if possible. Yours hopefully, Alex Phillips _________________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Thu, 27 Sep 2001 21:43:13 -0400 From: George Woltman Subject: Re: Mersenne: crash Hi, At 04:10 AM 9/27/2001 +0100, Daran wrote: >PRIME95 caused an exception 6baH in module RPCRT4.DLL Try setting UseHTTP=1 in prime.ini Regards, George _________________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Thu, 27 Sep 2001 21:49:26 -0700 From: Spike Jones Subject: Mersenne: gimps performance I have been tracking the daily performance of GIMPS for some time. I predicted what we are seeing this week: a surge in performance of Primenet/GIMPS which I think is due to students returning to campus and starting up their machines. We saw this last year right at around 26-28 September. Many students, those on the semester system, started back several weeks ago, but I think there are far more college campuses on the quarter system these days. Can anyone suggest an alternative reason why we suddenly crashed thru the 2 teraflops mark? The college students in the fall return with the latest and greatest processors, so they have an impact out of proportion to their actual numbers. spike _________________________________________________________________________ Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Fri, 28 Sep 2001 07:24:52 +0200 From: Achim.Passauer@t-online.de (Achim Passauer) Subject: Re: Mersenne: gimps performance The new version 21? About 60 to 70% of all the machines (Athlon, Celeron 2, Pentium 3) +25% speed, the (still unknown number of) P4 +200%??? Regards Achim - -----Ursprüngliche Nachricht----- Von: "Spike Jones" An: Gesendet: Freitag, 28. September 2001 06:49 Betreff: Mersenne: gimps performance > I have been tracking the daily performance of GIMPS for > some time. I predicted what we are seeing this week: a > surge in performance of Primenet/GIMPS which I think > is due to students returning to campus and starting > up their machines. We saw this last year right at around > 26-28 September. > > Many students, those on the semester system, started back > several weeks ago, but I think there are far more college > campuses on the quarter system these days. Can anyone > suggest an alternative reason why we suddenly crashed > thru the 2 teraflops mark? The college students in the > fall return with the latest and greatest processors, so > they have an impact out of proportion to their actual > numbers. spike > > _________________________________________________________________________ > 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 -- http://www.tasam.com/~lrwiman/FAQ-mers ------------------------------ Date: Sun, 30 Sep 2001 15:26:51 -0700 From: "Daniel Swanson" Subject: Mersenne: Factoring failure? Yesterday I was assigned M7027303 to doublecheck. The number came with the claim that it had no factors less than 62 bits. But my P-1 factorization of the number found this 55-bit factor: [Sun Sep 30 13:53:26 2001] P-1 found a factor in stage #1, B1=35000, B2=463750. UID: dswanson/nosnawsd, M7027303 has a factor: 31090234297428433 I thought this was mighty peculiar, so I stuck "Factor=7027303,0,0" into my worktodo file to force a complete refactorization of the number. Sure enough, about three minutes later out pops the result: [Sun Sep 30 15:06:10 2001] UID: dswanson/nosnawsd, M7027303 has a factor: 31090234297428433 Somebody wasted a lot of time doing a first-time LL test on this number. Does anybody have any idea how common factoring errors might be in the "exponents not factored" database, particularly since doublechecks are not commonly done on the factoring results? Dan _________________________________________________________________________ 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 #887 ******************************