From: job bogan <job@piquin.uchicago.edu>
To: offer@morgaine.engr.sgi.com (Richard Offer)
Cc: linux@cthulhu.engr.sgi.com, ellidz@eridu.uchicago.edu
Subject: Re: [Fwd: linus.linux.sgi.com]
Date: Tue, 19 Jan 1999 21:01:49 -0600 [thread overview]
Message-ID: <199901200301.VAA14922@piquin.uchicago.edu> (raw)
In-Reply-To: Message from offer@morgaine.engr.sgi.com (Richard Offer) of "Tue, 19 Jan 1999 18:28:50 PST." <9901191828.ZM20761@morgaine.engr.sgi.com>
Your message dated: Tue, 19 Jan 1999 18:28:50 PST
>Well, I couldn't see anything faster than 60ns on Kingstons store.
>http://www.ec.kingston.com/ecom/kepler/specs.asp
100MHz is the bus speed. to meet that, you need ~5-6ns access times.
Kingston does list 100MHz memory.
>I'd guess that their 10ns is a misprint as its cheap and listed in the PC-66
>section.
look in the PC100 section. that's the Lintel world acronym for 100MHz
capable ram. And, yes, it's cheap. That's the point. =) If you are
using ECC, the worst i'll see is a hung machine. and judging by
previous SGI prices, i can buy twice as much 3rd party ram as SGI ram.
>Isn't 100Mhz and 50ns a measure of two different things ? This is meant as a
>serious question, as I don't know. But, I'd guess that one is the refresh and
>one the time to access ?
nope. see the stuff above. If you want more info, bug me off the list.
>* I might buy some if they are competitive w/ plain old white Linux boxes.
>
>How do you measure 'competitive' ? For me, they aren't; for my next-cubicle
>neighbour they would be. Luckily we don't live in a one size
>(hardware/software) fits all world.
I know, it's a tough question.
Competative, in my realm, is floating point performance based.
Specificly, Big (100's of MB) matrix manipulations. Lately, generic PCs
and sun E450's have won our $. Both well outperform SGIs for the
cost. (both O2000 or O200 based. we have some of each around...)
NT as the only OS for the SGI 540/320 means they are not competitive.
We cannot dedicate, and waste, that much CPU to one person's desktop.
If NT had a good remote user (ssh, telnet, hell a remote queuing system)
interface, we might look at them. The lack of true multi-user and
non-console interfaces in NT just takes these SGIs off the chart until
linux runs on them.
And once it's there, i see no reason to buy them unless i can get the
Video Performance out of them. (unless, perhaps, they clean up on raw
cpu due to a cleaned up system bus.)
i've never been the world's biggest SGI/Irix fan. But - for my env., and
most of the Academic world, i just don't see these as viable machines
until Linux or Irix runs on them. egh... you may be able to get the
CAD/CAM market back, but i don't see us buying more SGIs soon.
Anyhow, this is offtopic now.
job
--
John Bogan
Director of Computing 773-702-2588
James Franck Institute 5640 South Ellis Ave
University of Chicago Chicago, Il 60637
WARNING: multiple messages have this Message-ID (diff)
From: job bogan <job@piquin.uchicago.edu>
To: Richard Offer <offer@morgaine.engr.sgi.com>
Cc: linux@cthulhu.engr.sgi.com, ellidz@eridu.uchicago.edu
Subject: Re: [Fwd: linus.linux.sgi.com]
Date: Tue, 19 Jan 1999 21:01:49 -0600 [thread overview]
Message-ID: <199901200301.VAA14922@piquin.uchicago.edu> (raw)
Message-ID: <19990120030149.NdJsxxFPpXShg9lguyfgpyO61lyPOoMxlt5ax0Uu_hU@z> (raw)
In-Reply-To: Message from offer@morgaine.engr.sgi.com (Richard Offer) of "Tue, 19 Jan 1999 18:28:50 PST." <9901191828.ZM20761@morgaine.engr.sgi.com>
Your message dated: Tue, 19 Jan 1999 18:28:50 PST
>Well, I couldn't see anything faster than 60ns on Kingstons store.
>http://www.ec.kingston.com/ecom/kepler/specs.asp
100MHz is the bus speed. to meet that, you need ~5-6ns access times.
Kingston does list 100MHz memory.
>I'd guess that their 10ns is a misprint as its cheap and listed in the PC-66
>section.
look in the PC100 section. that's the Lintel world acronym for 100MHz
capable ram. And, yes, it's cheap. That's the point. =) If you are
using ECC, the worst i'll see is a hung machine. and judging by
previous SGI prices, i can buy twice as much 3rd party ram as SGI ram.
>Isn't 100Mhz and 50ns a measure of two different things ? This is meant as a
>serious question, as I don't know. But, I'd guess that one is the refresh and
>one the time to access ?
nope. see the stuff above. If you want more info, bug me off the list.
>* I might buy some if they are competitive w/ plain old white Linux boxes.
>
>How do you measure 'competitive' ? For me, they aren't; for my next-cubicle
>neighbour they would be. Luckily we don't live in a one size
>(hardware/software) fits all world.
I know, it's a tough question.
Competative, in my realm, is floating point performance based.
Specificly, Big (100's of MB) matrix manipulations. Lately, generic PCs
and sun E450's have won our $. Both well outperform SGIs for the
cost. (both O2000 or O200 based. we have some of each around...)
NT as the only OS for the SGI 540/320 means they are not competitive.
We cannot dedicate, and waste, that much CPU to one person's desktop.
If NT had a good remote user (ssh, telnet, hell a remote queuing system)
interface, we might look at them. The lack of true multi-user and
non-console interfaces in NT just takes these SGIs off the chart until
linux runs on them.
And once it's there, i see no reason to buy them unless i can get the
Video Performance out of them. (unless, perhaps, they clean up on raw
cpu due to a cleaned up system bus.)
i've never been the world's biggest SGI/Irix fan. But - for my env., and
most of the Academic world, i just don't see these as viable machines
until Linux or Irix runs on them. egh... you may be able to get the
CAD/CAM market back, but i don't see us buying more SGIs soon.
Anyhow, this is offtopic now.
job
--
John Bogan
Director of Computing 773-702-2588
James Franck Institute 5640 South Ellis Ave
University of Chicago Chicago, Il 60637
next prev parent reply other threads:[~1999-01-20 3:03 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
1999-01-19 23:28 [Fwd: linus.linux.sgi.com] dmanddmer
1999-01-19 23:28 ` dmanddmer
1999-01-20 1:29 ` Chad Carlin
1999-01-20 1:29 ` Chad Carlin
1999-01-20 2:04 ` job bogan
[not found] ` <job@piquin.uchicago.edu>
1999-01-20 2:28 ` Richard Offer
1999-01-20 2:36 ` Ken Klingman
1999-01-20 2:36 ` Ken Klingman
1999-01-20 21:18 ` David Watters
1999-01-20 21:18 ` David Watters
1999-01-20 3:01 ` job bogan [this message]
1999-01-20 3:01 ` job bogan
1999-01-20 21:29 ` David Watters
1999-01-20 21:29 ` David Watters
1999-01-20 3:08 ` Greg Chesson
1999-01-20 3:08 ` Greg Chesson
1999-01-20 3:32 ` Chad Carlin
1999-01-20 16:02 ` Eric Kimminau
1999-01-20 15:18 ` Eric Kimminau
1999-01-20 21:55 ` David Watters
1999-01-21 7:11 ` David S. Miller
1999-01-22 19:14 ` Jeffrey Watts
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=199901200301.VAA14922@piquin.uchicago.edu \
--to=job@piquin.uchicago.edu \
--cc=ellidz@eridu.uchicago.edu \
--cc=linux@cthulhu.engr.sgi.com \
--cc=offer@morgaine.engr.sgi.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.