Linux MIPS Architecture development
 help / color / mirror / Atom feed
From: ralf@uni-koblenz.de
To: "William J. Earl" <wje@fir.engr.sgi.com>,
	Greg Chesson <greg@xtp.engr.sgi.com>
Cc: Alex deVries <adevries@engsoc.carleton.ca>,
	Igor Loncarevic <anubis@BanjaLuka.NET>,
	SGI Linux <linux@cthulhu.engr.sgi.com>
Subject: Re: What about...
Date: Sat, 18 Jul 1998 03:57:15 +0200	[thread overview]
Message-ID: <19980718035715.D378@uni-koblenz.de> (raw)
In-Reply-To: <199807171819.LAA12327@fir.engr.sgi.com>; from William J. Earl on Fri, Jul 17, 1998 at 11:19:54AM -0700

On Fri, Jul 17, 1998 at 11:19:54AM -0700, William J. Earl wrote:

>      I expect that much of the work will gradually happen in linux, once
> the remaining small-CPU-count issues are resolved.  Right now, there
> is no shortage of interesting problems to attack.  :-)

Actually I'd hate it if Linux'd be ``finished'' ...

>      One possible way to approach the large-CPU-count space with linux
> is to indeed run multiple linux kernels, one per node in a ccNUMA
> machine, and add a distributed OS layer at a fairly high level.  If it
> is not underway already somewhere, I would expect someone to take up
> the project as a graduate school project.  Some systems of this sort
> have been built or attempted, with varying degrees of success.  Given
> the linux bias toward small and simple, a linux-based distributed OS
> might actually work.

I don't know the exact technical details but something similar has already
been done back in '95 (?) when some guys in Australia ported Linux to
Fujitsu's AP1000.  That's of course a different architecture and a
multikernel approach makes much more sense there.

>      One important ingredient in such a system, which would be
> valuable immediately for clusters, would be a efficient distributed
> volume manager and file system.  

Hans Reiser is currently working on a new filesystem with alot of fresh
ideas.  In some aspects what he is aiming at is similar to XFS, in some
aspects not.  He basically started on a white sheet of paper with his design,
so his team's code isn't contaminated by old ideas.  His work looks pretty
promising.  Among his plans is also the implementation of a distributed
filesystem.  Current benchmarks are looking pretty good, in fact in
some cases extremly good.  The URL to checkout for interested people is
http://idiom.com/~beverly/reiserfs.html.

>      In any case, trying to port linux straight to a large ccNUMA 
> (or even a large SMP) system would be a lot of effort for limited
> return at present.

Explecitly not talking about the MIPS port - I think it makes sense in
working on porting to machines beyond what we currently scale to.  But
I agree about the ``large'' thing.

  Ralf

  reply	other threads:[~1998-07-18  1:58 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <35ADF6D0.46FCB21E@BanjaLuka.NET>
1998-07-17  5:24 ` What about Alex deVries
1998-07-17  5:30   ` Greg Chesson
1998-07-17 14:11     ` William J. Earl
1998-07-17 15:07       ` Alan Cox
1998-07-17 15:07         ` Alan Cox
1998-07-17 17:43         ` ralf
1998-07-17 17:53           ` Alan Cox
1998-07-17 22:15         ` Jeffrey Watts
1998-07-17 17:29       ` ralf
1998-07-17 18:01         ` Greg Chesson
1998-07-17 18:19           ` William J. Earl
1998-07-18  1:57             ` ralf [this message]
1998-07-18  2:00               ` Greg Chesson
     [not found]       ` <wje@fir>
1998-07-17 17:47         ` Greg Chesson
1998-07-17 18:14           ` Alan Cox
1998-07-17 18:14             ` Alan Cox
1998-07-17 18:21             ` William J. Earl
1998-07-17 18:21               ` William J. Earl
1998-07-18  1:37             ` ralf
1998-07-18  1:58               ` Greg Chesson
1998-07-18  2:44                 ` ralf
1998-07-18 10:47                   ` ralf

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=19980718035715.D378@uni-koblenz.de \
    --to=ralf@uni-koblenz.de \
    --cc=adevries@engsoc.carleton.ca \
    --cc=anubis@BanjaLuka.NET \
    --cc=greg@xtp.engr.sgi.com \
    --cc=linux@cthulhu.engr.sgi.com \
    --cc=wje@fir.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox