All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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.