9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: "Eric Van Hensbergen" <ericvh@gmail.com>
To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu>
Subject: Re: [9fans] Re: what about microkernel?
Date: Mon,  8 Oct 2007 14:11:03 -0500	[thread overview]
Message-ID: <a4e6962a0710081211x41926b7eh10ecc1c657eaf445@mail.gmail.com> (raw)
In-Reply-To: <8c9028672f5e7bc99c35873ca431eca4@terzarima.net>

On 10/8/07, Charles Forsyth <forsyth@terzarima.net> wrote:
> > It may be the case that we have cut our
> > abstractions too high to take advantage of some architectural features
> > present in modern microprocessors -- it may be that we want to allow
>
> I might draw a different conclusion.  As with some peculiar memory subsystems,
> botched device interfaces, or 80 core processors, I'd say that perhaps the
> architectural features are there to meet the needs of hardware designers and are
> not actually designed to run the programs people are actually writing.  Perhaps
> someone told them the software people wanted some of this stuff, but I've got my doubts!
>

I would be tempted to draw the same conclusion if other
implementations didn't seem to do a better job.  Granted, our existing
points of comparison are highly specialized, but I still believe we
can accommodate both specialized and generalized cases as well as find
middle ground which may make the most sense for applications.

Further, I wonder if some of our locking interfaces may be better
built using some of the experiences of the past 20 years -- in
particular for larger SMP.  Also, I wonder if we have the right set of
abstractions for our locking and queueing primitives for all
architectures.  In particular -- if massive multi-core architectures
evolve to support IPC more natively, we'll want to take advantage of
those primitives.

Another examples is whether or not we could make better use of the
reservation based schemes on modern PPC versus the TAS model.  It just
seems like given the architectural differences between the various
platforms we support, we might be able to do better native versions of
higher level primitives rather than just providing uniform support for
lower level primitives and always basing the higher level primitives
on that.

> Perhaps someone told them the software people wanted
> some of this stuff, but I've got my doubts!

Well, we can put ourselves in the position of requesting that stuff.
Designs for next generation Blue Genes and Power processors are still
in flux.  One of the downsides of focusing on the available generation
is that we are losing out on the ability to try and affect the next
generation(s).

       -eric


  parent reply	other threads:[~2007-10-08 19:11 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-10-06 13:25 [9fans] " Andrew Wingorodov
2007-10-06 16:07 ` Lorenzo Fernando Bivens de la Fuente
2007-10-06 16:08 ` johnny
2007-10-06 16:26 ` Charles Forsyth
2007-10-06 20:24   ` [9fans] " Andrew Wingorodov
2007-10-06 20:50     ` Charles Forsyth
2007-10-07 16:18       ` David Leimbach
2007-10-07 16:30         ` ron minnich
2007-10-07 18:05           ` erik quanstrom
2007-10-07 20:28           ` David Leimbach
2007-10-07 20:49             ` Francisco J Ballesteros
2007-10-08 13:20               ` LiteStar numnums
2007-10-08 13:27                 ` Charles Forsyth
2007-10-08 14:50                 ` erik quanstrom
2007-10-08 15:58                   ` Eric Van Hensbergen
2007-10-08 16:01                     ` Francisco J Ballesteros
2007-10-08 17:16                     ` erik quanstrom
2007-10-08 19:14                       ` Eric Van Hensbergen
2007-10-08 19:53                         ` Charles Forsyth
2007-10-08 20:18                           ` Eric Van Hensbergen
2007-10-10 18:26                             ` David Leimbach
2007-10-10 20:42                               ` ron minnich
2007-10-10 21:38                                 ` David Leimbach
2007-10-08 17:46                     ` Charles Forsyth
2007-10-08 18:39                       ` David Leimbach
2007-10-08 19:11                       ` Eric Van Hensbergen [this message]
2007-10-08 18:34                     ` David Leimbach
2007-10-07 16:31         ` LiteStar numnums
2007-10-07 18:36         ` Andrew Wingorodov
2007-10-07 18:54           ` LiteStar numnums
2007-10-07 20:20           ` David Leimbach
2007-10-13  7:08 ` Andrew Wingorodov

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=a4e6962a0710081211x41926b7eh10ecc1c657eaf445@mail.gmail.com \
    --to=ericvh@gmail.com \
    --cc=9fans@cse.psu.edu \
    /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).