HDTenEightyP/NetNews huggingface dataset:
From: lovealld@infonode.ingr.com (David Loveall)
Subject: Re: WB 3.0 on 3000
Reply-To: dave@xanadu.reston.ingr.com
Organization: Intergraph Corp. Federal Systems Division, Reston VA
Date: Fri, 2 Oct 1992 22:42:31 GMT

In <EACHUS.92Oct1171654@Dr_No.mitre.org> eachus@Dr_No.mitre.org (Robert I. Eachus) writes:

>In article <1992Oct1.83512.7410@ms.uky.edu> jgary@ms.uky.edu (James E. Gary) writes:

>   I was wondering if anyone knows if WB 3.0 will work on a 3000. I know that
>   the AGA chipset is not supported (yet), but are other features of the OS
>   tied to the 3000? I apologize if this has been asked and answered, but 
>   there is just so much noise here (so I am not helping!). To me, this will
>   be the question that determines the 3000 orphan status...

>   As I understand it, right now 3.0 is 4000 only, 2.1 is the new OS
>for the 3000.  BOTH will be superceded eventually by 3.1.  SO there is
>intended to be a migration path for the 3000, just not through 3.0.
>Sort of like 2.03 was only available for the 3000, but 2.04 is
>available for everything but the 1000.  Now is 2.1 (and 3.1 :-) going
>to be sold for the 1000?  That's my question!

If you mean, "Will there be a disk Kickstart based 2.1 or 3.1 for
the 1000?", I'd say the answer is no.  With the various Kickstart
boards for the 1000 that you can plug a 2.04 ROM into, you _can_ 
run 2.04 (and the disk based 2.1) on a 1000.  Just use the ROM, disk,
and manuals included in the 500/2000 Enhancer kit..  With the switchable 
Kickstart boards, you can have a choice of the ROM you're running, if 
you want to go back to 1.3 or 1.2.

But if you want to run ArcticFox on 1.1 _and_ run 2.04/2.10/XXXX, you
do have a problem.... :-)


>					Robert I. Eachus

>with STANDARD_DISCLAIMER;
>use  STANDARD_DISCLAIMER;
>function MESSAGE (TEXT: in CLEVER_IDEAS) return BETTER_IDEAS is...
>--
-- 
David Loveall                      | "Invent a new Mexican Junk   
Intergraph Corp, Reston VA         |  food and the world will make
dave@xanadu.reston.ingr.com        |  a run for YOUR border..."
 ..uunet!ingr!reston!xanadu!dave   |                    - MST 3000
Newsgroups: comp.sys.amiga.advocacy
From: wallmann@backus.pu.informatik.th-darmstadt.de (Natuerlich!)
Subject: Re: Atari BLiTTER
Date: Thu, 1 Oct 1992 20:44:38 GMT
Organization: MSD software vault #9 @THD

>u894776@bruny.cc.utas.edu.au (James McCoull) writes:
>>o. Rectangle [window support]:
>>
>>	Consider blitting a window from position A to B.  Only the extreme
>>columns need to be mixed with the destinations.  Software solution -
>>break the blit into three parts [to save cycles], do the two outermost
>>column blits using a "destination" source, do the internal segment as a 
>>direct copy [no "destination" source].  Hardware solution - offer a mode
>>where a source may only actually be fetched for the first and the last word
>>of a horizontal line.  Ok Ok this doesnt save you many cycles - but when
>>you are a performance freak you cant help it.

Don't dream it. Buy it! That's exactly how the Atari Blitter works. It has
three mask registers for the beginning, middle and end. If any of these
masks has all the bits set, then the destination (as the second source)
is not read.

Nat!
-- 
 -----   Email: wallmann@backus.pu.informatik.th-darmstadt.de  -----
                "Bang that bit that doesn't bang"                 
 Album of the month: "Psalm 69" Ministry

Newsgroups: comp.sys.amiga.advocacy
From: u894776@bruny.cc.utas.edu.au (James McCoull)
Subject: Re: Atari BLiTTER
Organization: University of Tasmania, Australia.
Date: Fri, 2 Oct 1992 03:20:59 GMT

gblock@csd4.csd.uwm.edu (Gregory R Block) writes:

>Nope.  Break it down further;  Triangulars.  Build your trapezoid from
>nice, fast, hardware triangles.  :)  Anyways, _I_ think it's a better
>idea.  ;D

No way.  Flat topped and bottom trap's are a lot more efficient.  You
want to minimise as many *edges* as possible.
From: peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Resolution and Colors Was: <None>
Date: 1 Oct 92 08:01:37 GMT
Reply-To: peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany)
Organization: Commodore Germany

In article <1aceh6INNkuv@gap.caltech.edu> andrey@cco.caltech.edu (Andre T. Yew) writes:
 >mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst) writes:
 >
 >>The number of colors usually depends on the number of pixels and the
 >>'resolution' for each color component. Typical 512x512 24bit images
 >>have about 10,000 to 200,000 colors.
 >
 >	I really don't think this is true of CGI.  Most of what
 >I've seen are way under 1000 colors, but of course this all
 >depends on what you're trying to do.

Huh? I once eveluated my collection of (old) Amiga HAM6 pictures with their
4096 colour limitation: *Most* of them go beyond 1000 colours, and still
*many* even exceed 2000 and 3000!

-- 
Best regards, Dr. Peter Kittel  // E-Mail to \\  Only my personal opinions...
Commodore Frankfurt, Germany  \X/ {uunet|pyramid|rutgers}!cbmvax!cbmger!peterk
Newsgroups: comp.sys.amiga.advocacy
From: etxansk@garbo.ericsson.se
Subject: Re: REAL FALCON 030 SPECS
Originator: etxansk@garbod20
Organization: Ericsson
Date: Mon, 5 Oct 1992 11:01:12 GMT

boberg@lysator.liu.se (Stefan Boberg) writes:

>etxansk@garbo.ericsson.se writes:

>>grr@cbmvax.commodore.com (George Robbins) writes:

>>> [stuff deleted]
>>>
>>>In case this seems harsh, the utility of the DSP isn't just being there,
>>>it's what it can do and how well it is supported by the software.  The
>>>extra RAM is nice, but doesn't really change this.

>> At least it is there from the beginning in the Falcon, which means
>>that developers know that all Falcon user have it, which in turn means
>>we may have good DSP support in new software.

>  The real question is: Is there any support for the DSP in the OS, or
>will everyone have to do everything themselves? [I'm thinking about
>standard functions like those in NeXTStep]

 That's a good point Stefan. But I don't think games developers
will care, just look at how far they got with the ST/Amiga systems. 

 Anders Skelander

Newsgroups: comp.sys.amiga.advocacy
From: chucks@pnet51.orb.mn.org (Erik Funkenbusch)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Open Letter to Dave Haynie!
Date: 2 Oct 92 15:05:03 GMT
Organization: People-Net [pnet51], Minneapolis, MN.

daveh@cbmvax.commodore.com (Dave Haynie) writes:
>The AA (or AGA if you prefer) specification is over a hundred pages long.  I
>can't exactly type that in here, even if it was all for public consumption.
>So I'm trying to stick to specific questions.

Hmm.. Will *ANY* of this data be available?  I don't care much about hardware
register calls, but i would like to know specifics of how the chips work,
etc.. 

>>I want to have at LEAST 6 hard drives, a tape backup and a CD ROM in my 
>>machine.  
>
>I can understand the CD ROM and tape backup, but nobody needs 6 hard drives.
>Larger drives go faster, so if you're really performance concerned, you'd

Actually, multiple drives can serve a very good puropse, especially in a
multi-tasking machine.  If i'm doing 2 or 3 disk intensive operations on
different drives, it takes less time and puts less wear and tear on the drives
than if they were all done on the same drive.  An example would be importing
messages into a BBS where you would want your source file on one drive, and
the destination on another.

.--------------------------------------------------------------------------.
| UUCP: {amdahl!tcnet, crash}!orbit!pnet51!chucks | "I know he's come back |
| ARPA: crash!orbit!pnet51!chucks@nosc.mil        | from the dead, but do  |
| INET: chucks@pnet51.orb.mn.org                  | you really think he's  |
|-------------------------------------------------| moved back in?"        |
| Amiga programmer at large, employment options   | Lou Diamond Philips in |
| welcome, inquire within.                        | "The First Power".     |
`--------------------------------------------------------------------------'
From: andrey@cco.caltech.edu (Andre T. Yew)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Resolution and Colors Was: <None>
Date: 30 Sep 1992 14:44:54 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: punisher.caltech.edu

mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst) writes:

>In <1992Sep26.092451.4361@desire.wright.edu> fheitkamp@desire.wright.edu writes:

>>	One hard part seems to be if you end up with more colors than you
>>	can handle, how do you choose the best colors and how to you
>>	remap the exact colors into the new colors.  If this is an elementary
>>	computer graphics question, I'd like to know the answer.

>This is an elementary computer graphics question and there is yet no
>optimal solution to it. There are some good approximations though.
>The most popular algorithm is probably Heckbert's Median Cut.

	Depending on what you'd like to optimize, or what kind
of error you're trying to minimize, there's an algorithm for
it.  Common goals include minimizing color error over an
area, evening out error over an area, ...

>The number of colors usually depends on the number of pixels and the
>'resolution' for each color component. Typical 512x512 24bit images
>have about 10,000 to 200,000 colors.

	I really don't think this is true of CGI.  Most of what
I've seen are way under 1000 colors, but of course this all
depends on what you're trying to do.

>BTW, 24bit for a pixel isn't
>really enough if you use linear intensities. On a linear scale you
>would need about 13 bit per prime color (39 bit total) to produce
>all colors that the human eye can distinguish (and end with about
>90% of all color looking the same...).

	Assuming the color gamut of your display is larger than
the human eye's ...  plus all other kinds of psychophysical
effects that happen when you happen to place certain colors
together and make people look at them.  Of course, after
you've calibrated your colors for one display, you might
as well throw them all out again when you switch.  Commodore,
when's your device-independent color coming?  You guys are
so behind.  The Falcon will crush all Amigas, and C= will
go under in 2 seconds. :) :) :) :) :) :)

--Andre

-- 
             Andre Yew andrey@cco.caltech.edu (131.215.139.2)
Newsgroups: comp.sys.amiga.advocacy
From: mike@maths.tcd.ie (Mike Rogers)
Subject: Re: What in the heck in an 'Archimedes'??
Organization: none
Date: Sat, 26 Sep 1992 22:06:09 GMT

In article <bmccnnll.717290792@unix1.tcd.ie>, bmccnnll@unix1.tcd.ie (Barry McConnell) wrote:
>(A4000) beside a bottom-of-the-range Arc (8MHz ARM2), and see which one takes
>longer to break out of a deadlock when you move one window around in front of
>thirty others... ;-)
>(Believe me, I fully intend on doing this test when I get my hands on an A4000!

You seem to still have this inordinate fetish for moving around improbably
large numbers of screens on a workspace.

Consider. On Arc, there is no 'screens' facility. Therefore, large amount of
R&D hours must go to optimisation of layer handling. On Amiga you don't have
this resource problem, so layer handling will have been much further down the
priority list.
-- 
Mike Rogers,Box 6,Regent Hse,##EveryoneHasTheRightToFreedomOfOpinionAndExpressio
TCD,EIRE. <mike@maths.tcd.ie>##nThisRightIncludesFreedomToHoldOpinionsWithoutInt
###############################erferenceAndToSeekReceiveAndImpartInformationAndI
deasThroughAnyMediaAndRegardlessOfFrontiers...#10 UN Declaration of Human Rights
Newsgroups: comp.sys.amiga.advocacy
From: etxansk@garbod20.ericsson.se (Anders Skelander)
Subject: Re: REAL FALCON 030 SPECS
Organization: Ericsson
Date: Fri, 2 Oct 1992 13:30:44 GMT

gblock@csd4.csd.uwm.edu (Gregory R Block) writes:

>etxansk@garbo.ericsson.se writes:
>:  It would almost be like saying that no DSP at all is better than
>: having one.
>: 
>:  Anders Skelander

>Of course, I would agree.  :)  It would be like saying that.  Then
>again, I'm not about to make that statement.  However, having a good
>       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>dsp isn't as nice as having a BETTER one...

 Sorry Greg, it wasn't my intention to make you more involved in this
than you already are, (not at all?), I just couldn't resist mentioning it. 

 Your point about the Falcon having a weak DSP may be relevant, I don't
know much about DSPs... yet!

> [stuff deleted]

 Anders Skelander

Newsgroups: comp.sys.amiga.advocacy,comp.sys.mac.advocacy,comp.sys.ibm.pc.misc,comp.sys.next.advocacy,gac.general
From: danaf@bray1a.its.rpi.edu (Frank R. Dana Jr.)
Subject: Re: PR Blunder of the Millennium!
Reply-To: danaf@rpi.edu
Organization: Rensselaer Polytechnic Institute, Troy, NY.
Date: Sun, 4 Oct 1992 07:43:45 GMT

In article <1992Oct3.125926.17972@usage.csd.unsw.OZ.AU>, 8800529@hydra.maths.unsw.EDU.AU () writes:
|> >I just wish C= do some advertising during the Babylon-5 show...
|> 
|> 	I acn see it now. the thing that will blow the top off half the
|> .advocacy readers and writters. An add by apple in that Babylon
|> show :-) And informing the masses how you can do RayTracing and video
|> to prduce movies like .... Babylon :-) :-) (two for good measure :-)

Hey, that's not funny! 

In fact, it could very well happen. See, I've come to the conclusion that 
"Commodore iz reel Dumm". Any questions?

And wipe that stupid smile off your face!  8)

|> >Francois Groleau      |Opinions are mine,|
|> 
|> 	George

-- 
/////////////////////////[[[[[[[[[[]]]]]]]]]]\\\\\\\\\\\\\\\\\\\\\\\\\
(718)             (212)                        (516)             (518)
=======Amiuser============Frank R. Dana, Jr.============Doc Ami=======     
--------My opinions rarely reflect those of any sane person,----------
	   living, dead, or undead... that's gonna CHANGE.
Newsgroups: comp.sys.amiga.advocacy
From: bill@snoopy (Bill Poitras)
Subject: Re: Its a sad sad day...
Reply-To: bill@msi.com
Organization: Molecular Simulations, Inc.
X-Newsreader: Tin 1.1 PL5
Date: Mon, 28 Sep 1992 19:49:12 GMT

Stephenson Daniel A (das9674@usl.edu) wrote:
: For example, at the end of my next summer job, I plan to get one of those
: el-cheapo (for then) 486DX2/66Mhz PC, with ALL the trimmings.  I think
: I would prefer that then getting a new MB and put it in my 512K gfx card.
:  and 20ms HD and non-stereo SoundBlaster, etc etc.

What if your components aren't old?  I upgraded from a 386SX-16 to a
386DX/33, and used ALL components and I received a HUGE increase in
speed.  Since then I have only upgrade my ET4000 based video card to a S3
based video card.  

You are right, it pays to upgrade:
Multi I/O cards (with a 16550AFN UART)
New FDD/HD controler (preferably with a cache)
New sound card

There are things that only need to be upgraded occasionally:
Floppy drives (I'm sure they wear out)

Some items you keep for a long time, especially if they are expensive:
SVGA monitors
100-300MB HDs
Tape drives 

If you are going to upgrade, and your hard drive isn't that big today,
then it might pay to get a new system w/o a monitor, tape drive or sound
card.

It all depends on what you have and what you eventually want.

: I have a 386/33 right now.

Me too.

--
+-----------------+-------------------------------+-------------------------+
| Bill Poitras    | Molecular Simulations Inc.    | Tel (408)522-9229       |
| (bill)          | Sunnyvale, CA USA             |                         | 
|                 | FAX (408)732-0831             | bill@msi.com            |
+-----------------+-------------------------------+-------------------------+

Newsgroups: comp.sys.amiga.advocacy
From: pss1@kepler.unh.edu (Paul S Secinaro)
Subject: Re: The return of the 040 vs 486 thread..Re: My next machine: Amiga or PC Clone? Help me out.
Organization: University of New Hampshire  -  Durham, NH
Date: Tue, 6 Oct 1992 11:48:43 GMT

In article <1992Oct5.194927.23703@uni-paderborn.de> laire@uni-paderborn.de (Ralph Schmidt) writes:
>>as well as 25Mhz externally.  The 040/25Mhz runs at *50*Mhz
>>internally and at 25 Mhz externally.  Therefore, this comparison
>>really isn't vaild (whatever _that_ means :-)  ).  
>Mmmmh..perhaps a Motorola employee should comment in what parts
>the 68040 is running 50MHZ internally....in my old 68040 Docs
>it wasn`t very clear.

In fact, this issue _was_ addressed by a Motorola employee a few
months ago.  As I understood it, it works like this: It is true that
the '040 distributes a clock throughout its internal circuitry that is
twice the bus clock speed (i.e. 50MHz in this case).  _But_, all the
internal circuity is actually running at an effective 25MHz.  In other
words, the 50MHz clock is being divided down in one way or another
(perhaps to create a 50% duty cycle at 25MHz, like the 386's do, I
believe).

So to the best of my understanding, a 25MHz '040 really is 25MHz as
far as the internal processing units are concerted.

Paul
-- 
Paul Secinaro
pss1@kepler.unh.edu
Synthetic Vision and Pattern Analysis Laboratory
UNH Dept. of Electrical and Computer Engineering
Newsgroups: comp.sys.amiga.advocacy
From: raist@rmece02.upr.clu.edu (Ricardo Hernandez | 802-36-4453)
Subject: Re: REAL FALCON 030 SPECS
Organization: UPR-Mayaguez--ASEL Lab
Date: Fri, 02 Oct 1992 15:21:38 GMT

In article <1ah0b1INNdmq@uwm.edu>, gblock@csd4.csd.uwm.edu (Gregory R Block) writes:

|> : unusable - oh, ok.......If that were the case, then how was the Falcon able
|> : to perform the following feat at the Boston Computer Society Meeting:
|> : 3 1/2 minutes of digitized 640x400, interlaced, 65,536 color video, showing
|> : at 24 frames per second, WHILE playing back 3 1/2 minutes of 16 bit, 50kHz,
|> : digitally sampled audio.......took up 90 meg of hard disk space and running
|> : on a 14 meg machine - 4 meg if compressed.........I couldn't if you were
|> : right - fortunately, you are NOT.........
|> 

    Hmmm... let's see.  Was this animation fullscreen?  sounds like it
wasn't 'cause 90 megs are not enough memory to claim the feat that you 
saw...

    Let's examine 640x400 with 256 colors.  This is a 256K screen.
This times 24 is around 6 megabytes, which in turn is 360 megs per minute,
requiring more than 1 gigabyte of memory!  I bet that the animation WAS
NOT FULL SCREEN.  Even PC's can do that.
 

- Raist
Newsgroups: comp.sys.amiga.advocacy
From: richk@grebyn.com (Richard Krehbiel)
Subject: Re: Amiga Blitter 40% slower than Atari Blitter (???)
Summary: No.  Amiga blitter is faster.
Organization: Grebyn Timesharing
Date: Mon, 5 Oct 1992 03:43:33 GMT

In article <1992Oct4.192209.26719@news.th-darmstadt.de> wallmann@backus.pu.informatik.th-darmstadt.de (Natuerlich!) writes:
>In article <35531@cbmvax.commodore.com> daveh@cbmvax.commodore.com (Dave Haynie) writes:
>>By contrast, the Amiga blitter sat on the Chip bus.  It could hit
>>memory twice as fast as the 68000 could, and it could of course run
>>in parallel with the 68000 as long as there was no contention for
>>resources (eg, the 68000 didn't need Chip RAM).  So that's a best
>>case 4x bandwidth improvement over the
>
>You forgot to run ye olde raytracer in the background. The CPU can't do 
>anything useful. (Even on this HP Workstation that's the regular state 
>of affairs 90% of the time). That cuts the 4x factor into 2x.

The blitter always takes precedence over the CPU when both want chip
RAM cycles.  The blitter doesn't slow down, the CPU does.  However,
when the CPU is running from some other bus than the chip bus, there's
no contention and both run full speed.

>Now lets assume that the Amiga is running in a comparable resolution,
>640x200x2 bitplanes or 320x200x4 bitplanes to the Atari.  According
>to the Amiga Hardware Reference Manual '86 Page 188-190, (*) this
>means that the Blitter isn't able to hit the bus twice as fast in
>those modes, since the display needs those cycles.  That cuts the 2x
>factor into 1x.

This is mostly correct.  Additional cycles may be available during
horizontal and vertical retrace.

>Since the Amiga blitter is apparently unable (**) to smartly detect
>when not to fetch the destination in a src/dst->dst operation (the
>usual one for scrolling a window up or down) we have another
>perfomance lossage of about 30%. Add to this that the Amiga has a 10%
>lower system clock anyway, then this comes off worstcase as a factor
>of 0.6x bandwidth.

The Amiga blitter *never* fetches the destination operand.  When the
destination is enabled, it's only written.  When a prefetch is
necessary, then one of the source operands is set to the same address
as the destination.  So you can in fact perform a simple read/write
without a useless pre-fetch of the destination.
-- 
Richard Krehbiel                                 richk@grebyn.com
OS/2 2.0 will do for me until AmigaDOS for the 386 comes along...
Newsgroups: comp.sys.amiga.advocacy
From: summ50@cse.unl.edu ()
Subject: Re: A4000(Not 3.0Mill. Amigas,the new number is 4.5Mio)
Organization: University of Nebraska - Lincoln
Date: Sat, 3 Oct 1992 01:24:18 GMT

dtiberio@csws18.ic.sunysb.edu (David Tiberio) writes:

>In article <1992Oct2.143502.10951@mpifr-bonn.mpg.de> spz@specklec.mpifr-bonn.mpg.de (S.P.Zeidler) writes:
>>>kodak@mentor.cc.purdue.edu (Jason Balicki (KodaK)) writes:
>>>>In article <1992Sep30.060048.24518@uni-paderborn.de> laire@uni-paderborn.de (Ralph Schmidt) writes:
>>>>>I only want to correct the number: instead of the old count 3.000000, we
>>>>>should use now 4.500000:-B
>>>>Well, I've got one of them, who's got the other 3 and a half :)
>>
>>Hmm, that's Ralph at English again ;-) For the people who wondered,
>>he meant 4,500,000; in German the meaning of ',' and '.' are
>>the other way round ;-)

>	Are you serious or just joking? I don't see how the period and
>comma can have reversed meanings, Many countries use different formats
>for dates. but that is irrelevant of punctuation, I did think that
>was funny. though,


>	Sincerely.

>	David


>-- 

> ***** * ****  ***** ****  *  ***    * *   *    ***   ***   Make the Choice!
>   *   * *   * *     *   * * *   *   * **  *   *   *     *    Don't Vote!
>   *   * ****  ****  ****  * *   *   * * * *    ****    * 
>   *   * *   * *     *  *  * *   *   * *  **       *   *      NO NEW SIGS!
>   *   * ****  ***** *   * *  ***    * *   *   ****   ****


	It's true... that's why my HP-28S calculator gives the option
	of the decimal point being represented by a '.' or a ',' ....


                                                                   __
/-----------------------------+---------------+-------------------///-------\  
|    ___  __   ___  __   __   |               | Multitasking __  ///        |
|   |    |  | |    |__   __|  |  Unsafe at    | my life      \\\///  Amiga  |
|   |___ |__| |     __| |__|  |  any speed... | away !!!      \XX/   3000   |
|-----------------------------+---------------+-----------------------------| 
|    Eric Elliott            summ50@cse.unl.edu         GEnie: E.ELLIOTT7   |
\---------------------------------------------------------------------------/

--
From: lindblad@klaava.Helsinki.FI (Jarkko Lindblad)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: My next machine: Amiga or PC Clone? Help me out.
Date: 4 Oct 92 21:24:43 GMT
Organization: University of Helsinki

Hans_Bergengren@p1.thulos.bbs.bad.se (Hans Bergengren) writes:
: 
:  PT> The Dell 66 DX2 system is rated at 29.3MIPS by PowerMeter 1.5. Dunno
:  PT> about the 040.
: 
: The figures I've heard (and most other people as well, I guess) is that a
: 25MHz i486 manages 'bout 15 MIPS, and the '040 weighs in at 20 powerful MIPS,
: also running at 25 MHz, therefore being about 25% faster than the i486.
: NOW: one just can't compare MIPS from different CPU architectures, so it's
: much better to run some sort of dhrystone speed tester on each platform you
: want to compare.

Dhrystones are no good for numerous reasons - as well as most (all)
other benchmarks too, for comparing _CPU_ performance - there are too
many factors to take care of.

--
Jarkko Lindblad
lindblad@cc.helsinki.fi
Newsgroups: comp.sys.amiga.advocacy