Mersenne Digest         Sunday, June 25 2000         Volume 01 : Number 751




----------------------------------------------------------------------

Date: Fri, 23 Jun 2000 12:40:13 +0000 (GMT)
From: Russel Brooks <[EMAIL PROTECTED]>
Subject: Mersenne: Contact Primenet

There used to be an option in Test->Primenet to force a connection.
In version 20 this is gone and I miss it. I often dial in for just a
couple of minutes.  I would like to connect to primenet or Prime95 is
already trying, but I may not be connected long enough to use Prime95's
periodic connect attempt.

Why was it deleted?  Can it be brought back?

Cheers... Russ

_________________________________________________________________
Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm
Mersenne Prime FAQ      -- http://www.tasam.com/~lrwiman/FAQ-mers

------------------------------

Date: Fri, 23 Jun 2000 07:15:39 -0700
From: "Pardoe, Richard (PRDR)" <[EMAIL PROTECTED]>
Subject: RE: Mersenne: Contact Primenet

Look under Advanced->Manual Communication.

I believe what you are refering to is the "send new completion dates"
checkbox.

As indicated in the WhatsNew.Doc file

New features in Version 20.0 of prime95.exe
7)  The "send new completion dates" checkbox was moved from the
Test/Primenet
    dialog box to the Advanced/Manual Communication dialog box.

Does this help?
Rich 

- -----Original Message-----
From: Russel Brooks 

There used to be an option in Test->Primenet to force a connection.
In version 20 this is gone and I miss it. 

_________________________________________________________________
Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm
Mersenne Prime FAQ      -- http://www.tasam.com/~lrwiman/FAQ-mers

------------------------------

Date: Fri, 23 Jun 2000 09:17:41 -0500
From: "Griffith, Shaun" <[EMAIL PROTECTED]>
Subject: RE: Mersenne: Trouble with new DSL connection, Part 2

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

- ------_=_NextPart_001_01BFDD1D.CBEAA4A6
Content-Type: text/plain;
        charset="iso-8859-1"


Bob Margulies wrote:

  The standard advice on 2250 is to switch from RPC to HTTP protocol. I
  was already using HTTP protocol, so this doesn't apply. As an
  alternative it suggests I set up a proxy server. In order to do this, I
  need to create primenet.ini and supply it with the name of the proxy
  server domain and the proxy port number. I can obtain the server domain
  from a ping, but I have no idea about the port number.
 
  I am at a loss about how to proceed. Can anyone help?

Did you try contacting you ISP for the proxy info? They usually have it on a
web page,
Because they can't handle the phone/email traffic for questions like these.

Sorry if this is too obvious.

- -Shaun

- ------_=_NextPart_001_01BFDD1D.CBEAA4A6
Content-Type: text/html;
        charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2650.12">
<TITLE>RE: Mersenne: Trouble with new DSL connection, Part 2</TITLE>
</HEAD>
<BODY>
<BR>

<P><FONT SIZE=3D2 FACE=3D"Courier New">Bob Margulies wrote:</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Courier New">&nbsp;</FONT> <FONT SIZE=3D2 =
FACE=3D"Courier New">The standard advice on 2250 is to switch from RPC =
to HTTP protocol. I</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Courier New">&nbsp;</FONT> <FONT SIZE=3D2 =
FACE=3D"Courier New">was already using HTTP protocol, so this doesn't =
apply. As an</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Courier New">&nbsp;</FONT> <FONT SIZE=3D2 =
FACE=3D"Courier New">alternative it suggests I set up a proxy server. =
In order to do this, I</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Courier New">&nbsp;</FONT> <FONT SIZE=3D2 =
FACE=3D"Courier New">need to create primenet.ini and supply it with the =
name of the proxy</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Courier New">&nbsp;</FONT> <FONT SIZE=3D2 =
FACE=3D"Courier New">server domain and the proxy port number. I can =
obtain the server domain</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Courier New">&nbsp;</FONT> <FONT SIZE=3D2 =
FACE=3D"Courier New">from a ping, but I have no idea about the port =
number.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Courier New">&nbsp;</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Courier New">&nbsp;</FONT> <FONT SIZE=3D2 =
FACE=3D"Courier New">I am at a loss about how to proceed. Can anyone =
help?</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Courier New">Did you try contacting you ISP =
for the proxy info? They usually have it on a web page,</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Courier New">Because they can't handle the =
phone/email traffic for questions like these.</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Courier New">Sorry if this is too =
obvious.</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Courier New">-Shaun</FONT>
</P>

</BODY>
</HTML>
- ------_=_NextPart_001_01BFDD1D.CBEAA4A6--
_________________________________________________________________
Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm
Mersenne Prime FAQ      -- http://www.tasam.com/~lrwiman/FAQ-mers

------------------------------

Date: Fri, 23 Jun 2000 09:53:31 -0700
From: Eric Hahn <[EMAIL PROTECTED]>
Subject: Mersenne: P-1 Database

Hello! All,

 I've updated the P-1 database again, adding two new lists.
There are now four lists available:
  1)  The entire database (includes *all* tested exponents)
  2)  Tested prime exponents with no known factors
  3)  Tested prime exponents with at least one known factor
  4)  Tested composite exponents
NOTE: Exponents with a factor found by P-1 are not listed if
      I don't know the bounds used for them.

In addition, the exponent range between 200,000 - 500,000 is
now available for reservations for further (deeper) testing...

May the search be with you...

Eric

P-1 Database:   http://mersenne.wackye.com
                http://www.mcn.org/2/ehahn/mersenne/


_________________________________________________________________
Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm
Mersenne Prime FAQ      -- http://www.tasam.com/~lrwiman/FAQ-mers

------------------------------

Date: Fri, 23 Jun 2000 17:51:08 -0000
From: "Brian J. Beesley" <[EMAIL PROTECTED]>
Subject: Re: Mersenne: P-1 Testing

> I was running a double check (assigned by Entropia) and found a factor,
> this is the second time that this has happened. I was just wondering about
> a few things
> 
> 1. How often does this happen?

Depends on the bounds, which in turn depends on the exponent and your 
memory settings. The estimated probability of finding a factor is 
given at the beginning of the run & is typically between 0.02 & 0.05.

> 2. Does the original tester still "lose" the LL-credit they originally
> received. If they do then this doesn't seem fair to me, after all when
> they did the LL-test we didn't have the capability to find that factor.

Yes, in George's tables, but not according to PrimeNet. George's 
tables are recalculated each time from the list of exponents without 
known factors and take no account of factoring effort. PrimeNet 
accumulates all effort contributed "in good faith" by the user for 
both LL testing and factoring but does not include any credit for 
results submitted manually.

> 3.
> Is it worth going back and performing a P-1 test on all Mersenne
> candidates with no known factor

If we simply want to eliminate exponents as candidates for Mersenne 
primes, once we have a pair of matching residuals there seems no 
point in searching for factors.

If we are interested in actually finding factors then P-1 will find 
factors for _some_ exponents at a lower compuational cost than ECM & 
should therefore be tried before ECM. But note that a large fraction 
of exponents will fail to succumb to either P-1 or ECM even with very 
heavy expenditure of effort.

> 4. Or is it better just to factor them
> deeper towards 2^72

Once we have trial factored to the Prime95 limit there seems lillte 
point in going further. For typical exponents, P-1 followed by ECM is 
likely (but not guaranteed) to find factors in this range with a 
higher frequncy in terms of factors found per CPU year.
> 
> Just out of interest I ran P-1 testing on another couple of numbers but no
> factor turned up. It only took about 3 hours for each test though...
> 
> [Thu Jun 22 15:19:41 2000]
> UID: nitro/liberator, M3200543 completed P-1, B1=40000, B2=600000, WW1:
> 52E3BFCC [Thu Jun 22 19:00:18 2000] UID: nitro/liberator, M4056419
> completed P-1, B1=45000, B2=652500, WW1: 691E386D

There are a large number of much smaller exponents which have had 
very little factoring effort other than trial factoring. See Eric 
Hahn's database of P-1 factoring effort ... 
http://www.mcn.org/2/ehahn/mersenne/mersenne.html

Personally I think it's more interesting either to eliminate 
candidates before LL tests are run, or to try to find a factor for 
some of the smaller exponents for which no factors are known.

Over the last 10 days or so I've tested 45 exponents with no known 
factors in the range 125,000 - 149,999 using P-1 with B1=1E6, 
B2=2.5E7 and have found two factors:

P-1 found a factor in stage #2, B1=1000000, B2=25000000.
UID: beejaybee/Simon2, M143977 has a factor: 
1660886238958203449182951

P-1 found a factor in stage #1, B1=1000000, B2=25000000.
UID: beejaybee/Simon2, M125933 has a factor: 1306727074606217680681

The runs take 1.5 - 2.0 hours each on a PIII-450.

Although this success rate is a bit lower than I'd hoped for (just 
bad luck, I presume), it's a _lot_ better than trying to find factors 
of numbers in the Cunningham tables using ECM.

Regards
Brian Beesley
_________________________________________________________________
Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm
Mersenne Prime FAQ      -- http://www.tasam.com/~lrwiman/FAQ-mers

------------------------------

Date: Fri, 23 Jun 2000 13:54:03 -0500
From: "Griffith, Shaun" <[EMAIL PROTECTED]>
Subject: Mersenne: Outlook: How to avoid HTML and MIME?

I have Outlook 98 at work, and it doesn't seem to send plain text, even when
I switch to plain text.

It bothers me to see all that HTML garbage in the digest, as some of you
have commented from time to time.

Does anyone have any great suggestions?

I'm sending this after switching to plain text, exiting, and restarting
Outlook, and setting the send option to UUencode.

Let's see how well it works...

- -Shaun
_________________________________________________________________
Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm
Mersenne Prime FAQ      -- http://www.tasam.com/~lrwiman/FAQ-mers

------------------------------

Date: Fri, 23 Jun 2000 16:01:36 -0500
From: "Levi Broderick" <[EMAIL PROTECTED]>
Subject: Re: Mersenne: Contact Primenet

There is an option under Advanced | Manual Communication to force a
connection.  It will update the computer info on the Primenet servers, send
new completion dates, receive new exponents, and whatever else need be done.

~ Levi :o)

P.S.  If the option is disabled, it is possible that you'll have to consult
the program's readme file to learn how to enable the options under the
Advanced menu.

- ----- Original Message -----
From: "Russel Brooks" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, June 23, 2000 7:40 AM
Subject: Mersenne: Contact Primenet


> There used to be an option in Test->Primenet to force a connection.
> In version 20 this is gone and I miss it. I often dial in for just a
> couple of minutes.  I would like to connect to primenet or Prime95 is
> already trying, but I may not be connected long enough to use Prime95's
> periodic connect attempt.
>
> Why was it deleted?  Can it be brought back?
>
> Cheers... Russ

_________________________________________________________________
Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm
Mersenne Prime FAQ      -- http://www.tasam.com/~lrwiman/FAQ-mers

------------------------------

Date: Fri, 23 Jun 2000 16:10:21 +0200
From: Lem Novantotto <[EMAIL PROTECTED]>
Subject: Re: Mersenne: Contact Primenet

On Fri, 23 Jun 2000 12:40:13 +0000 (GMT), in Mersenne_mailing_list you
wrote:
>There used to be an option in Test->Primenet to force a connection.
>In version 20 this is gone and I miss it.
Hi!
It hasn't been deleted. It has been moved under advanced > manual
communication.
- -- 
Bye.
      Lem
- ---------- 'CLOCK is what you make of it' ----------
_________________________________________________________________
Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm
Mersenne Prime FAQ      -- http://www.tasam.com/~lrwiman/FAQ-mers

------------------------------

Date: Sat, 24 Jun 2000 00:54:52 EDT
From: [EMAIL PROTECTED]
Subject: Mersenne: HLLLL and HLL....

<< (High-level-language Lucas-Lehmer; how's that for a tortured acronym? :) >>

Ew.  I suggest calling it HL4.  Compression is always a good thing!

<<On IA32 systems, how the code is aligned is also a factor. To compare 
  accurately, you'd really need the separate code fragments to be in 
  their own dedicated segments. This is not the way that un*x or Win32 
  applications are usually coded.

Not being up on the latest HLL compilers, I would still suspect that some
compiler directives/options would be available to handle alignment properly
without much headache, especially if it is as important as you suggest.>>

I have the teensiest fraction of knowledge about C (I'm trying to learn it 
now), but I know a little about compiling C programs.  With DJGPP, you can 
enable cool options like -malign-double which can really speed up some 
programs.  Is this the "alignment" that you're speaking of?

Stephan Lavavej
_________________________________________________________________
Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm
Mersenne Prime FAQ      -- http://www.tasam.com/~lrwiman/FAQ-mers

------------------------------

Date: Sat, 24 Jun 2000 11:29:23 +0200
From: Guillermo Ballester Valor <[EMAIL PROTECTED]>
Subject: Re: Mersenne: HLLLL and HLL....

Hi:

[EMAIL PROTECTED] wrote:
> <<On IA32 systems, how the code is aligned is also a factor. To compare
>   accurately, you'd really need the separate code fragments to be in
>   their own dedicated segments. This is not the way that un*x or Win32
>   applications are usually coded.
> 
> Not being up on the latest HLL compilers, I would still suspect that some
> compiler directives/options would be available to handle alignment properly
> without much headache, especially if it is as important as you suggest.>>
> 
> I have the teensiest fraction of knowledge about C (I'm trying to learn it
> now), but I know a little about compiling C programs.  With DJGPP, you can
> enable cool options like -malign-double which can really speed up some
> programs.  Is this the "alignment" that you're speaking of?
> 
On IA32 system, the alignment is one of the most important factors to
achieve a decent performance. Unfortunately, some compilers (GNU/gcc) do
not make the alignment correctly in a easy way. When writing Glucas, I
discovered than -malign-double only aligns double when they are
global-static variables. The local variables on the stack are not
aligned, there is only a 50% chance of that (because they are 4-byte
aligned). In a bad alignment scenery the performance can drop to the
half (or even more).  To achieve good performance I had to try the the
same trick based in a built-in malloc than FFTW uses, i.e., allocate
conditionally 4 bytes in the calling routine and so the doubles on the
called are properly aligned, an ugly solution, you see.     

Regards

Guillermo.
_________________________________________________________________
Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm
Mersenne Prime FAQ      -- http://www.tasam.com/~lrwiman/FAQ-mers

------------------------------

Date: Sat, 24 Jun 2000 13:38:38 +0000 (GMT)
From: Russel Brooks <[EMAIL PROTECTED]>
Subject: Re: Mersenne: Contact Primenet

George Woltman wrote:
> >There used to be an option in Test->Primenet to force a connection.
>
> It was moved to Advanced / Manual Communication.

Thanks everyone, I am guilty as charged; I did not read the Whatsnew.

I'm not sure why this action deserves to be "Advanced" and require the
password to activate.  Still, that isn't hard to do.

Cheers... Russ

_________________________________________________________________
Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm
Mersenne Prime FAQ      -- http://www.tasam.com/~lrwiman/FAQ-mers

------------------------------

Date: Sat, 24 Jun 2000 22:48:41 +0200
From: "Steinar H. Gunderson" <[EMAIL PROTECTED]>
Subject: Mersenne: Weird ILLEGAL SUMOUT

Hmmm... Just a few minutes ago, my mprime v20 gave me:

Iteration: 8312000 / 15269993 [54.43%].  Per iteration time: 0.424 sec. (190008097 
clocks)
Iteration: 8312694/15269993, ERROR: ILLEGAL SUMOUT
Possible hardware failure, consult the readme file.
Continuing from last save file.
Waiting five minutes before restarting.
Resuming M15269993 at iteration 8312652 [54.43%]
Iteration: 8313000 / 15269993 [54.44%].  Per iteration time: 0.428 sec. (191927493 
clocks)
Iteration: 8314000 / 15269993 [54.44%].  Per iteration time: 1.913 sec. (857236303 
clocks)

This machine is overclocked (112MHz x 4.0 for a 400MHz Pentium II), but
it has run mprime (and about 100 hours of torture testing in one go) stably
for about two years now. What puzzles me, is that there are only 42
iterations from the saving to the illegal sumout... Isn't it so that mprime
only checks for errors every 64 iterations or something? In that case, could
the saving (I'm using Linux 2.4.0-test1 and an unstable ReiserFS patch as
well -- not exactly the `safest' platform, but we run these QA tests on pairs
of machines and compare residues during the entire test) have caused the error?

/* 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: Sat, 24 Jun 2000 17:42:12 -0400
From: George Woltman <[EMAIL PROTECTED]>
Subject: Re: Mersenne: Weird ILLEGAL SUMOUT

Hi,

At 10:48 PM 6/24/00 +0200, Steinar H. Gunderson wrote:
>This machine is overclocked (112MHz x 4.0 for a 400MHz Pentium II), but
>it has run mprime (and about 100 hours of torture testing in one go) stably
>for about two years now. What puzzles me, is that there are only 42
>iterations from the saving to the illegal sumout... Isn't it so that mprime
>only checks for errors every 64 iterations or something?

The ILLEGAL SUMOUT and SUMINP != SUMOUT error checks are done
on every iteration.  The good news for you is that mprime usually
recovers from ILLEGAL SUMOUT errors without any problems.

>  In that case, could
>the saving (I'm using Linux 2.4.0-test1 and an unstable ReiserFS patch as
>well -- not exactly the `safest' platform, but we run these QA tests on pairs
>of machines and compare residues during the entire test) have caused the 
>error?

It could have - all it takes is one driver or OS bug that does not save the
FPU state properly to cause this error.

REgards,
George

_________________________________________________________________
Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm
Mersenne Prime FAQ      -- http://www.tasam.com/~lrwiman/FAQ-mers

------------------------------

Date: Mon, 26 Jun 2000 04:11:37 +0200
From: Sturle Sunde <[EMAIL PROTECTED]>
Subject: Mersenne: Primenet bug?

I tried to send this to [EMAIL PROTECTED], but noone aswered.  I'll 
try this list, since it might be of interest to other factor-collectors 
as well:

According to my Primenet report and cleared.txt, I've found this factor:

10506347 103   F  9967840093210987185485731119337  13-Jun-00 17:15  axarskaft.if

9967840093210987185485731119337 is composite.  According to prime.log 
the factor should be:  2529967840093210987185485731119337 (prime)

I hope this is due to a short coloumn in the report, and not a too short 
record in the database.  I also hope that George get the full length 
factor, not just the last 31 digits.  (IIRC George get a copy of the 
plaintext message identical to the one in prime.log, not cleared.txt.)


- -- 
Sturle        Frydenlund Bayer -- ikkje berre ein frukostdrikk!
~~~~~~        http://www.stud.ifi.uio.no/~sturles/     St. URLe


_________________________________________________________________
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 #751
******************************

Reply via email to