RE: Mersenne: factor

1999-04-17 Thread Paul Leyland

Because the large the number, the more factoring is worth doing before
changing over to the computationally expensive LL test.

Paul

-Original Message-
From: Cyril Flaig [mailto:[EMAIL PROTECTED]]
Sent: 17 April 1999 00:02
To: [EMAIL PROTECTED]
Subject: Mersenne: factor


Why factors prime95 only up to 59 bit at exponnent which are for
doublechecking?

The other (9million) are up to 62 bit.

Why is that so?

Unsubscribe  list info -- http://www.scruz.net/~luke/signup.htm

Unsubscribe  list info -- http://www.scruz.net/~luke/signup.htm



Mersenne Digest V1 #546

1999-04-17 Thread Mersenne Digest


Mersenne DigestSaturday, April 17 1999Volume 01 : Number 546




--

Date: Thu, 15 Apr 1999 10:51:55 GMT
From: "Brian J Beesley" [EMAIL PROTECTED]
Subject: Re: Mersenne: RE: Mersenne Digest V1 #544

 [Brian:]
  Interesting. rpcnet.dll from the v18 distribution is much
  smaller than that in the v17 distribution.
 
  Should be safe enough to keep the v17 distribution copy.
 
 Yes, but it the v17 version uses a proxy running on the old PrimeNet
 3.1 server's box.  I'd rather everyone use HTTP if possible, or at
 least use the updated v18 version dated 4/12/1999.

Ooops, sorry... I presumed that something had gone wrong which 
was making the v18 rpcnet.dll misbehave and had a much smaller 
file size as an indirect result ...
 
  Actually my systems are all using either http or the special
  rpcnet.dll used to connect to the PrimeNet Proxy server, so I just
  don't know how badly the v18 rpcnet.dll is broken.
 
 The v18 program defaults to HTTP when you first install it, so new
 users should not run into it.  The PrimeNet FAQ page also describes
 how to handle the RPC run-time library crash situation.
 
 I've updated the posted v18.1 zips with a new RpcNet.dll.  I couldn't
 get it to crash.  If you have an environment that can test this,
 please do so and tell me how it went.

I don't have a suitable environment, as I explained above. Perhaps 
other people could have a go.

BTW, Scott, when you post new versions of software, could you 
please either mail me or change the "last updates" date on the 
PrimeNet News page. I didn't know that the files had been changed 
until I read this message, hence by ftp mirror was still serving the 
version with the "old" v18 rpcnet.dll. (I've just pulled the latest files 
onto the mirror. Sorry to anyone who's been fetching over the last 
few days)


Regards
Brian Beesley

Unsubscribe  list info -- http://www.scruz.net/~luke/signup.htm

--

Date: Thu, 15 Apr 1999 17:05:43 +0200 (CEST)
From: Henrik Olsen [EMAIL PROTECTED]
Subject: RE: Mersenne: Re: Factoring  bugs

On Thu, 15 Apr 1999, Foghorn Leghorn wrote:
 From: Paul Leyland [EMAIL PROTECTED]
 You are merely restating a law of nature.  After a point, everything 
 becomes useless.
 
 I am reminded of a quote from Homer Simpson: "Trying is the first 
 step toward failure." :)
 
 A question for George (and Scott): Is there any chance that Prime95's 
 ECM factoring will ever become automated as a part of PrimeNet? Even 
 if it is never given as a default type of assignment, it would still 
 be useful to dedicated number theory enthusiasts who want to run it 
 on more machines than they can manage manually.

For automated ECM factoring you might want to have a look at the ECM
client/server setup at http://www.interlog.com/~tcharron/ecm.html instead,
once you get it running it works quite well.

- -- 
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

--

Date: Thu, 15 Apr 1999 11:13:04 -0400
From: Joth Tupper [EMAIL PROTECTED]
Subject: Re: Mersenne: Question  Suggestion

Message text written by George Woltman

At 01:02 PM 4/12/99 -0400, you wrote:
It also seems that the number of sumout errors [that is, sum(inputs) !=
sum(outputs) ]
on my AMD K6-2 400 has dropped to zero in the past few days [I think] from
about
1 every 2 to 3 hours late last week. 

My bet would be overheating or flaky memory - but I certainly
cannot prove that.



I understand that hardware problems certainly cause sumout errors.  
If I had an overheating CPU or flaky memory, I would expect the problems to
continue but
they seem to have stopped for the moment.  This is indistinguishable from 
an intermittant hardware problem like a separating circuit board (or other
component).

Oh, well, and thanks.

Joth

Unsubscribe  list info -- http://www.scruz.net/~luke/signup.htm

--

Date: Thu, 15 Apr 1999 17:06:57 +0100
From: Robin Stevens [EMAIL PROTECTED]
Subject: Mersenne: Performance hit on Pentiums with 64MB?

I currently have a P200MMX with 64MB running Primenet under Linux.  Finding
64MB rather limiting on my desktop workstation, I'm looking to equip the
machine with a couple of 64MB SIMMs.

However I shall be running into the limitation of most Pentium motherboards
in that the machine will be unable to cache more than 64MB of RAM.  How
much of a performance hit am I likely to encounter in running Primenet?
I've seen figures of 10-30% quoted for various applications.

Not that I'm overly bothered - I have a PII contributing rather more these

RE: Mersenne: factor

1999-04-17 Thread Aaron Blosser

 Why factors prime95 only up to 59 bit at exponnent which are for
 doublechecking?

 The other (9million) are up to 62 bit.

 Why is that so?

 Because the large the number, the more factoring is worth doing before
 changing over to the computationally expensive LL test.

I had wondered if it wouldn't be worthwhile to run additional factoring
tests on the smaller exponents, taking them up to 62bit (or more) factoring,
see if we can't find any factors of those numbers that are sitting between
~59bit and ~62bit...just for fun.

Aaron


Unsubscribe  list info -- http://www.scruz.net/~luke/signup.htm



Mersenne: Idea for running Prime95

1999-04-17 Thread Foghorn Leghorn

When I first got Windows 95 almost four years ago, I discovered by 
accident that command.com, the DOS command processor, can be used as 
the Windows GUI shell. When I remembered this recently, I realized 
that it could be useful for some people running Prime95 on machines 
that otherwise go unattended and do nothing else.

In the file \windows\system.ini, go to the [Boot] section and change

   shell=Explorer.exe

to read

   shell=command.com /c c:\prime\prime95.exe

substituting the appropriate path for Prime95. The next time the 
system is restarted, command.com will launch Prime95 and quit, and 
then Prime95 will be the only non-idle task running. In this setup, 
not even Explorer or the command processor will be taking up CPU 
time. The disadvantage is that the only way to interact with the 
system is to type Ctrl-Alt-Del, which brings up the task list and 
gives you the option to shut down the system.

This method eliminates the slim share of CPU time being consumed by 
the usual GUI shell and other Windows processes. For a system that 
must frequently be used for other work, it is not useful. But for 
systems that sit unattended for days at a time doing absolutely 
nothing but Prime95 (or some other computational program), this 
method lets you squeeze out a little extra performance.

Any comments? Does anyone else have experience doing this?

___
Get Free Email and Do More On The Web. Visit http://www.msn.com

Unsubscribe  list info -- http://www.scruz.net/~luke/signup.htm