Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!rutgers!ames!oliveb!pyramid!prls!mips!mash
From: mash@mips.UUCP (John Mashey)
Newsgroups: comp.arch,comp.org.usenix
Subject: Re: Benchmarking, etc [really: bc benchmarks]
Message-ID: <413@winchester.UUCP>
Date: Thu, 21-May-87 23:12:39 EDT
Article-I.D.: winchest.413
Posted: Thu May 21 23:12:39 1987
Date-Received: Sat, 23-May-87 14:42:16 EDT
References: <324@dumbo.UUCP> <809@killer.UUCP> <2417@homxa.UUCP>
Reply-To: mash@winchester.UUCP (John Mashey)
Organization: MIPS Computer Systems, Sunnyvale, CA
Lines: 18
Xref: mnetor comp.arch:1383 comp.org.usenix:206

In article <4329@nsc.nsc.com> grenley@nsc.UUCP (George Grenley) writes:
>...
>In article <826@rtech.UUCP> daveb@rtech.UUCP (Dave Brower) writes:
>>At last winter's Uniforum, I went around to a number of booths trying to
>>run the infamous
>>	/bin/time bc << !
>>	2^4096
>>	!

A while back, I posted an analysis of this, either here, or in comp.sys.m68k.
THIS IS NOT A VERY GOOD BENCHMARK: 97% of the cycles are in one funcion,
in fact, in a piece of code that's on the order of 256 bytes.  Even weirder,
something like 40% of the cycles are in multiply and divide, i.e., this
code's statistics are not remotely typical.
-- 
-john mashey	DISCLAIMER: <generic disclaimer, I speak for me only, etc>
UUCP: 	{decvax,ucbvax,ihnp4}!decwrl!mips!mash, DDD:  	408-720-1700, x253
USPS: 	MIPS Computer Systems, 930 E. Arques, Sunnyvale, CA 94086