On 27 Nov 00, at 23:05, George Woltman wrote:
> One correction to my previous post. I said that the latency to
> access the L1 data cache was 2 clocks. This is correct for integer
> instructions only. For floating point and SSE2 instructions the latency
> is 6 clocks! Interestingly,
> A question for readers. Prime95 currently uses about 8MB (exponent
> around 11 million). How would you feel if the P4 optimized version
> used 13MB? 23MB? 33MB?
my machines have anywheres from 128MB to 512MB, so a 32MB footprint would be
little problem.
From: Osher Doctorow, Ph.D. [EMAIL PROTECTED], Mon. Nov. 27, 2000 10:17PM
As I mentioned on primes-L, my recent paper on logic-based probability (LBP)
was published in the volume Quantum Gravity, Generalized Theory of
Gravitation, and Superstring Theory-Based Unification, Editors B. N.
Kursunoglu
The P4 at 1.5 GHz is just the beginning of a sequence of ever faster
processors which I think will dominate the market for a long time
to come, and, yes, with RDRAM giving much improved memory
performance, which should give Prime95 a real kick.
A review of the chip from this perspective can be fo
*SNIP*
> A question for readers. Prime95 currently uses about 8MB (exponent
> around 11 million). How would you feel if the P4 optimized version
> used 13MB? 23MB? 33MB?
33MB shouldn't be too unreasonable. I, like Nathan, have 128MB and 70MB of
that is set to be available in Prime95 and h
George Woltman wrote:
(big snip)
> A question for readers. Prime95 currently uses about 8MB (exponent
> around 11 million). How would you feel if the P4 optimized version
> used 13MB? 23MB? 33MB?
>
> I hate to code up 3 versions of the P4 code (small, medium, large),
> but it might be ne
At 11:05 PM 11/27/2000 -0500, George Woltman wrote:
A question for readers. Prime95 currently uses about 8MB (exponent
>around 11 million). How would you feel if the P4 optimized version
>used 13MB? 23MB? 33MB?
Larger memory use would be OK with me, since I have 320MB.
+--
Hi again,
One correction to my previous post. I said that the latency to
access the L1 data cache was 2 clocks. This is correct for integer
instructions only. For floating point and SSE2 instructions the latency
is 6 clocks! Interestingly, the L2 cache latency is 7 clocks for both
in
> > > I understand that the SSE2 instructions operate only on
> > > 64-bit (and 32-bit) floating point data, whereas the
> > > FPU registers support 80-bit intermediate results.
>
> I know this is a little off-topic, but how good is the P4 at integer
operations?
not that off topic at all. I
> > I understand that the SSE2 instructions operate only on
> > 64-bit (and 32-bit) floating point data, whereas the
> > FPU registers support 80-bit intermediate results.
I know this is a little off-topic, but how good is the P4 at integer operations?
_
Jeramy Ross wrote:
>
> This 'Wonderful' compression technology maybe "Awesome"; however, MY main
> objection or perhaps philosophy towards all of this is that Prime95 is
> not a large
> piece of code. It takes a relatively small amount of time to download over
> a modem
> compared to other
This 'Wonderful' compression technology maybe "Awesome"; however, MY main
objection or perhaps philosophy towards all of this is that Prime95 is
not a large
piece of code. It takes a relatively small amount of time to download over
a modem
compared to other software items that we modem users
On 26 Nov 00, at 23:25, [EMAIL PROTECTED] wrote:
[... snip ...]
> I understand that the SSE2 instructions operate only on
> 64-bit (and 32-bit) floating point data, whereas the
> FPU registers support 80-bit intermediate results.
> How will the loss of precision affect the FFT length?
We h
> True, but...
>
> a) I prefer to download files in a form which can be unpacked by
> "standard" software - which includes zip - rather than relying on
> inbuilt executable code. This is more secure, and makes the download
> process less platform dependent.
Well, any platform that can run Prime95
On 26 Nov 00, at 15:06, Stephan T. Lavavej wrote:
> Saving space is always a good idea. This compression is actually
> better than ZIP compression, so when the distribution zipfile includes the
> smaller executable, it too becomes smaller: from 405953 bytes to 299756
> bytes. This makes the dow
15 matches
Mail list logo
