So far, the drive towards more bits in the instruction code is by the need
to address more data rather than the needs to compute longer integer or
higher numeric precision. And this is usually driven by 2 factors : The
computer
RAM size and the biggest Database size required commercially .
[...] "ERROR: ILLEGAL SUMOUT" [...] Any suggestions?
It happened to me. Turned out to be bad tag RAM.
Luke, could you explain what "tag RAM" is please?
Help in identifying same would be nice too, if possible.
its the part of the cache that holds the address bits. On pentium pro and
On Wed, 28 Oct 1998 16:59:47 -0500, George Woltman wrote:
I think my Prime95 broke! I am on iteneration 479162/5518463 and get a
continuous stream of "ERROR: ILLEGAL SUMOUT" messages which are constantly
This is probably an interaction with some new piece of software.
I know that the
At 03:38 PM 10/29/98 +0100, Bojan Antonovic wrote:
Why do you believe there will be no 128bit processors? Isn't "more data
at a time" always better?
No. Except you know what you want to do with it.
More data isn't always better, but there are cases where it helps. To take an
example that is
I've been running Mersenne computations on various machines for a longish time.
This summer I switched from the manual method to the Primenet server. All
under OS/2. I'm currently using:
Thu 10-29-1998 13:32
[D:\MERSENNE]primeos2 -v
Mersenne Prime Test Program, Version 16.3.2
OS/2 - EMX
Hi all,
Prime95 version 17.1 is now available. As usual, go to
http://www.mersenne.org/freesoft.htm to download it. The whatsnew.txt
file is included below.
The first new features is the ability to use ECM factoring on numbers
of the form 2^N+1. See
Hi,
At 02:52 PM 10/29/98 CST, Richard G. Larson wrote:
install the mersenne stuff in one directory on a drive shared by OS/2
and Win95 with them sharing the Pxxx, Qxxx etc files
When I tried it, Win95
picked up the computation that OS/2 was doing when I booted it, but when I
went
