Path: utzoo!utgpu!news-server.csri.toronto.edu!helios.physics.utoronto.ca!ists!yunexus!rreiner
From: rreiner@yunexus.YorkU.CA (Richard Reiner)
Newsgroups: comp.sys.ibm.pc.hardware
Subject: Re: C64 emulation.
Message-ID: <22622@yunexus.YorkU.CA>
Date: 1 May 91 18:41:53 GMT
References: <22498@yunexus.YorkU.CA> <1991Apr22.035236.25021@agate.berkeley.edu> <22590@yunexus.YorkU.CA> <1991Apr30.055513.13906@agate.berkeley.edu>
Organization: York U. Computing Services
Lines: 21

c60b-1eq@e260-1g.berkeley.edu (Noam Mendelson) writes:

>You have it reversed; the Dhrystone includes the more sophisticated
>capabilities of the i386 unintentionally.  If a cache is present,
>the benchmark will be skewed considerably.

No, this is not skew, it is data.  If the 386 resides on a system
board with cache or burst-mode support or whatever, this all
contributes to that system's ability to emulate the c64 system
rapidly.  If you recall, the original question was whether a "PC,"
meaning a system with an Intel *86 processor, could emulate the video
features of the c64 at a reasonable speed.

Again, the Dhyrstone is intended as a measure of *system* performance
(including compiler capabilities), so use of it to compare the
performance of a system incorporating a 386, cache, and whatever else,
to another system, in this case the c64, is perfectly legitimate, nd
the numbers it yields, while by no means the final word, are not
"skewed" by the very system capabilities they measure.

R.