From: lm@mcvoy.com (Larry McVoy)
Subject: [TUHS] Why did PDPs become so popular?
Date: Fri, 29 Dec 2017 16:04:25 -0800 [thread overview]
Message-ID: <20171230000425.GI22177@mcvoy.com> (raw)
In-Reply-To: <CAK7dMtAmCKUUasYdL6f761RDvBuB9XHM3DJ6rYn_9FDFEJiYdQ@mail.gmail.com>
On Fri, Dec 29, 2017 at 04:54:25PM -0700, Kevin Bowling wrote:
> I trust your judgement and experience WRT the Alpha.
>
> If you're looking for massive performance deltas, what about ECL
> designs like the IBM 3090 and Cray designs in the late '80s/ early
> '90s? I believe those were not a multiple but a magnitude faster than
> contemporaries.
For vector operations, yes. For stuff that you and I care about,
running the OS, serving up data, not so much.
As I recall, the supercomputers were pretty crappy on anything that
wasn't a vector operation. I helped port Unix to a CDC spinoff, the
ETA-10, and it was faster to cross compile stuff on a Sun 3/280 than
compile it natively.
I haven't run on either the 3090 or the Crays but I've got friends who
did (some of whom still work at Cray) and when I was crowing about what
I could do a Sun nobody told me that it was faster on a cray.
If you were doing scalar floating point, especially at the larger
precisions, yeah, the super computers were better. If you were doing
that sort of thing as a vector, so a vector of 128 bit floats, yeah,
I could imagine that could be a lot faster than a Sun.
SGI did a tick/tock where it was floating point focus, then integer focus.
It's possible that one of their floating point designs kept pace with the
super computers, I know that they went to the super computing conference
each year (I did the power wall over NFS at one). But I don't know much
about floating point, never use it in my code :)
--lm
next prev parent reply other threads:[~2017-12-30 0:04 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-12-29 16:38 Larry McVoy
2017-12-29 23:54 ` Kevin Bowling
2017-12-30 0:04 ` Larry McVoy [this message]
2017-12-30 0:54 ` Lawrence Stewart
2017-12-30 1:47 ` Kevin Bowling
2017-12-30 2:19 ` Lawrence Stewart
2017-12-30 2:35 ` Paul Winalski
2017-12-30 2:20 ` Paul Winalski
2017-12-31 2:47 ` Henry Bent
2017-12-30 1:07 ` Ron Natalie
2017-12-30 2:30 ` Paul Winalski
2017-12-31 3:00 ` Henry Bent
2017-12-31 9:59 ` Arrigo Triulzi
2017-12-31 15:55 ` Paul Winalski
-- strict thread matches above, loose matches on Subject: below --
2017-12-31 5:20 Rudi Blom
2017-12-31 12:56 ` Clement T. Cole
2017-12-31 15:03 ` Steve Simon
2017-12-28 14:05 Noel Chiappa
2017-12-28 15:59 ` Paul Winalski
2017-12-28 16:08 ` Larry McVoy
2017-12-28 23:28 ` Theodore Ts'o
2017-12-29 11:04 ` Kevin Bowling
2017-12-29 23:35 ` Jon Forrest
2017-12-29 23:58 ` Larry McVoy
[not found] <109152082.5216233.1514413535270.ref@mail.yahoo.com>
2017-12-27 22:25 ` Dave Ritchie
2017-12-27 22:32 ` Dave Horsfall
2017-12-27 23:44 ` Paul Winalski
2017-12-27 23:38 ` Kevin Bowling
2017-12-28 0:07 ` Paul Winalski
2017-12-28 0:45 ` Kevin Bowling
2017-12-28 1:39 ` Ron Natalie
2017-12-27 21:02 Alec Muffett
2017-12-27 21:50 ` Grant Taylor
2017-12-28 1:23 ` Alec Muffett
2017-12-27 21:51 ` Clem Cole
2017-12-27 21:52 ` Clem Cole
2017-12-28 2:14 ` Greg 'groggy' Lehey
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20171230000425.GI22177@mcvoy.com \
--to=lm@mcvoy.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).