Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!linus!philabs!cmcl2!seismo!gatech!gitpyr!kludge
From: kludge@gitpyr.UUCP (Scott Dorsey)
Newsgroups: net.arch
Subject: Re: Mips / MHz
Message-ID: <1786@gitpyr.UUCP>
Date: Thu, 15-May-86 22:27:15 EDT
Article-I.D.: gitpyr.1786
Posted: Thu May 15 22:27:15 1986
Date-Received: Sun, 18-May-86 14:14:44 EDT
References: <1363@unc.unc.UUCP> <467@cit-vax.Caltech.Edu> <384@astroatc.UUCP> <1774@gitpyr.UUCP> <392@astroatc.UUCP>
Reply-To: kludge@gitpyr.UUCP (Scott Dorsey)
Distribution: net
Organization: Georgia College Of Universal Knowledge
Lines: 25

In article <392@astroatc.UUCP> philm@astroatc.UUCP (Phil Mason) writes:
>A matrix of performance parameters could be 
>created in such a way as to give an end user the capability to weigh the
>various performance figures for his/her major tasks.  Careful software
>simulation and instruction analysis can outline what operations are critical 
>for the application. The performance table can then be weighted with the 
>results of the simulation and a final number derived from the weighted table
>as to the suitability and performance for a particular computer for a 
>particular task.

   Not only an excellent idea, but my Architecture project.  Also not a
very easy task, because it is hard to determine the 'smallest possible
tasks' to be performed, without abstracting the simulation completely
away from the application.  It is still well worth trying.
-- 
-------
Disclaimer: Everything I say is probably a trademark of someone.  But
            don't worry, I probably don't know what I'm talking about.

Scott Dorsey       " If value corrupts
kaptain_kludge         then absolute value corrupts absolutely"

ICS Programming Lab (Where old terminals go to die), Rich 110,
Georgia Institute of Technology, Box 36681, Atlanta, Georgia 30332
...!{akgua,allegra,amd,hplabs,ihnp4,seismo,ut-ngp}!gatech!gitpyr!kludge