🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.arch
Article #10949

Re: Lisp performance (on Sparc SS2, SS10-30, HP720)

#10949
From: Josh Osborne
Date: Mon, 16 Nov 1992 13:24
61 lines
3472 bytes
In article <1e824rINNlpu@iraul1.ira.uka.de> wolpers@i11s10.ira.uka.de (Andreas Wolpers) writes:
>Hello everybody,
>
>I'm having a minor problem on which I would welcome any comments:
>Since I'll have some money to spend real soon now, I've been pondering
>whether we should switch from Sun to HP. The usual benchmark results
>suggest that a change might result in faster execution of our pet
>program, a large "theorem prover" written in Lisp.

You should get Sun and HP to send you computers to test, then send back
the slowest.  From your comments below, I assume that you at least got
Sun to send you a machine...

>From the SpecInt92 results, one should expect a performance increase
>of about a factor of 2 when switching from a SS2 to either s SS10-30
>or HP720. Unfortunately, on both machines turned out to but just
>30% faster than a SS2 when running our system (for which ps NEVER
>shows a resident set under 3-4 MB, not even on an 8MB machine).

(a) I am sure the SPECInt's ops were all normal add's and sub's, and
I am guessing that Lisp's are all taged add's and sub's.  Can you
execute >1 tagged op per cycle?  Also did you re-compile the lisp
interpreter on the SS10 with a compiler that can schedule code for
the new CPU?

(b) If you only have 8M, you may be out of RAM even when ps says your
code is only using 3-4M.  First, ps doesn't (by default) report pages
used by shared libs, which can be quite a few pages (besudes if it did
report them, who should it assign them to?).  Second, if you are using
the generic kernel, it is over 1M.  Third, your buffer cache may be
using some RAM.  Forth, what else is running, just ps?

Try using vmstat to see how many pageins and pageouts are being done.
Get more RAM and see if it helps.

>Any explanations at hand? Did we encounter a bottleneck between
>CPU and memory, or what? What performace should I expect from
>a SS10-41 or SS10-52 (which have a larger cache, but still not 
>large enough to hold the Lisp's resident set. And if I'm not
>mistaken, the large cache results in a longer time spent for
>non-cache memory accesses (6 cycles instead of 3)). What 
>performace should I expect from a HP735?

Get Sun and HP to send you a machine, don't wriite a $50k check
on a guess.  Even a good one.

>I can buy enough memory so that disk speed is no criterion.
>Should I wait for machines with 8MB of cache? Should I shoot myself?

How long can you wait?  Wait long enough and lisp machines will come
back into style (half :-) ).

>Should I give YOU the money? :-)

Yes, in small unmarked bills.
-- 
           stripes@pix.com              "Security for Unix is like
      Josh_Osborne@Real_World,The          Multitasking for MS-DOS"
      "The dyslexic porgramer"                  - Kevin Lockwood
We all agree on the necessity of compromise.  We just can't agree on
when it's necessary to compromise.       - Larry Wall
Technical Details
Message-ID: <Bxt992.BJB@pix.com>
Path: arc1-ca.pugleaf.net!sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!mojo.eng.umd.edu!pandora.pix.com!stripes
References: <1e824rINNlpu@iraul1.ira.uka.de>

Show Full Headers
Complete Article Headers
Newsgroups: comp.arch,comp.benchmarks
Path: arc1-ca.pugleaf.net!sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!mojo.eng.umd.edu!pandora.pix.com!stripes
From: stripes@pix.com (Josh Osborne)
Subject: Re: Lisp performance (on Sparc SS2, SS10-30, HP720)
Message-ID: <Bxt992.BJB@pix.com>
Sender: news@pix.com (The News Subsystem)
Nntp-Posting-Host: pandora.pix.com
Organization: Pix Technologies -- The company with no adult supervision
References: <1e824rINNlpu@iraul1.ira.uka.de>
Date: Mon, 16 Nov 1992 13:24:37 GMT
Lines: 61