Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/18/84; site ames.UUCP Path: utzoo!watmath!clyde!burl!ulysses!mhuxj!ihnp4!zehntel!dual!ames!eugene From: eugene@ames.UUCP (Eugene Miya) Newsgroups: net.arch Subject: Benchmarking research (looking for interested parties) Message-ID: <617@ames.UUCP> Date: Mon, 5-Nov-84 13:57:43 EST Article-I.D.: ames.617 Posted: Mon Nov 5 13:57:43 1984 Date-Received: Wed, 7-Nov-84 08:14:37 EST Distribution: net Organization: NASA-Ames Research Center, Mtn. View, CA Lines: 27 Recently, a paper in Computer [IEEE], Oct. 1984 mentioned the content of the infamous LLNL "Livermore Loops." I have been aware of the content of these benchmarks for about 6 or 7 years now. Basically, they were written to test "cute" ideas on CDC 7600 class serial processors. [My favorite is the many way cascading branch loop which is supposed to fool lookahead pipelines.] These programs have several problems with future high speed processors: they are written in FORTRAN, they cannot distinguish vector from scalar machines, they cannot distinguish various levels of parallelism (fine grained dataflow from say Denelcor or Cray task-level parallelism). A friend doing dataflow research at LLNL and I are interested in writing a set of test program generators (in somewhat of a `reasonably' language-independent way) as a follow on to the Livermore loops. I choose not to post this to language group because determining performance characteristics (not just speed) is my major concern. The orientation is numerical. We want to be able to detect architectural differences such as dataflow architectures from vector architectures, and so on. If a machine has N CPUs, we want to be able to detect overheads and fall offs. If you are interested in discussing the issues [we don't want to write code without giving this good thought], write or phone me. --eugene miya NASA Ames Res. Ctr. {hplabs,ihnp4,dual,hao,vortex}!ames!aurora!eugene emiya@ames-vmsb.ARPA New phone prefix: (415)-694-6453 (5197 mesgs)