[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Poor Sun timings, as competition...



    Date: Mon, 6 Aug 90 15:41 EDT
    From: Jeffrey Mark Siskind <Qobi@ZERMATT.LCS.MIT.EDU>

	Date: Mon, 6 Aug 90 13:28 EDT
	From: Gary Roberts <GRoberts@YUKON.SCRC.Symbolics.COM>

	    Date: Tue, 31 Jul 90 18:19 EDT
	    From: Qobi@ZERMATT.LCS.MIT.EDU (Jeffrey Mark Siskind)

		Bubba sez: M-sh-C.  And as he has said before, ignorance is truly bliss
		(even the truth is relative). 

	    Most of the time, recompiling an entire 600 line file under the Lucid
	    development compiler on a Sparcstation I+ will be faster then recompiling
	    a single function on a 3640 with m-sh-C.
		    Jeff

	That's pretty interesting.  Is there someone out there who could tell me
	how fast an XL1200 is vs. a Sun 2? :)

    Pretty funny. You are missing my point however. It is very unlikely that many people
    will buy XL1200s. As much as I would like one, MIT will not buy a
>$45K machine (XL1200)

I have been surprised by the success of the XL1200 so far.  Last month,
the first month of availability, we sold over half as many XL1200s as we
sold XL400s over that product's entire lifetime! Even your AI Lab bought
a couple.  I expect we will sell more there as time goes by.

    that performs about the same as an <$10K machine (SparcStation I+). I will strengthen
    my claim:
      Most of the time, recompiling an entire 600 line file under the Lucid
      development compiler on a Sparcstation I+ will be faster then recompiling
      a single function on an XL1200 with m-sh-C!

			     
 I apologize for my joke.  I agree that the Symbolics compiler is
probably slower than the Lucid compiler, but your statement above sounds
suspiciously like a "flame".  Have you had the opportunity to get much
time on MIT's non-existent XL1200's in order to extensively test your
assertion?

	Yes, it is true that the development environment on Symbolics is better than on a Sun
    but the gap is closing. While Genera 8.0 is an improvement over System 98.0, everybody
    else is also improving, and at a rate faster than Symbolics. Though they are not yet
    there, they are quickly catching up. In 1982 the claim that the Symbolics development
    environment was light years ahead of the competition was truly valid. It isn't so
    any more. What the m-sh-C example shows is that sometimes raw speed more than makes
    up for lack of a fancy feature. IMHO there is a lot of latent speed left in Symbolics
    machines, both the XL1200 and even the lowly 3640---if only a decent compiler was
    written for it. Two months ago I would never have thought of giving up my Symbolics
    machine. I was a staunch defender of it. But two months of hacking Lucid on SparcStation I+
    has made me think twice. Speed may not be the only thing but it sure is an important
    factor. Price/Performance is another. You can't live on your laurels forever.
	    Jeff

The XL1200 has been successfully benchmarked (by both Symbolics and
users) against the SPARC/1, the 4/330 (a $40K+ system), and 4/370 (a
$50K+ system), and I am happy to report that we handily beat all of
those systems in most cases, including execution of the
"not-a-benchmark" that you yourself published a few months ago, and
which were run recently by Jeff Siskind of Xerox PARC. While it is true
that Lucid (but not Franz) on these systems sometimes compiles faster
using their development setting, it is not nearly as much as you
suggest, and the XL1200 makes up for it with a substantial advantage in
execution speed.