From: ebiederm@xmission.com (Eric W. Biederman)
To: Werner Almesberger <werner@almesberger.net>
Cc: netdev@oss.sgi.com, linux-kernel@vger.kernel.org
Subject: Re: TOE brain dump
Date: 06 Aug 2003 01:58:56 -0600 [thread overview]
Message-ID: <m1llu7ushr.fsf@frodo.biederman.org> (raw)
In-Reply-To: <20030806021304.E5798@almesberger.net>
Werner Almesberger <werner@almesberger.net> writes:
> Eric W. Biederman wrote:
> > MPI is not a transport. It an interface like the Berkeley sockets
> > layer.
>
> Hmm, but doesn't it also unify transport semantics (i.e. chop
> TCP streams into messages), maybe add reliability to transports
> that don't have it, and provide addressing ? Okay, perhaps you
> wouldn't call this a transport in the OSI sense, but it still
> seems to have considerably more functionality than just
> providing an API.
Those are all features of the MPI implementation. It is
not that MPI does not have an underlying transport. MPI has
a lot of underlying transports. And there is a different MPI
implementation for each transport. Although a lot of them start
with a common base.
> > Mostly I think the that is less true, at least if they can stand the
> > process of severe code review and cleaning up their code.
>
> Hmm, people putting dozens of millions into building clusters
> can't afford to have what is probably their most essential
> infrastructure code reviewed and cleaned up ? Oh dear.
Afford, they can do. A lot of the users are researchers and
a lot of people doing the code are researchers. So corralling
them up and getting production quality code can be a challenge,
or getting them to take small enough steps that they don't
frighten the rest of the world.
Plus ten million dollars pretty much buys you a spot in the top 10 of
the top 500 supercomputers. The bulk of the clusters are a lot less
expensive than that.
> > But of course to get through the peer review process people need
> > to understand what they are doing.
>
> A good point :-)
>
> > So store and forward of packets in a 3 layer switch hierarchy, at 1.3 us
> > per copy.
>
> But your switch could just do cut-through, no ? Or do they
> need to recompute checksums ?
Correct, switches can and generally do implement cut-through in that
kind of environment. I was just showing that even at 10Gbps treating
a packet as an atomic unit has issues. cut-through is necessary
to keep your latency down. Do any ethernet switches do cut-through?
> > A lot of the NICs which are used for MPI tend to be smart for two
> > reasons. 1) So they can do source routing. 2) So they can safely
> > export some of their interface to user space, so in the fast path
> > they can bypass the kernel.
>
> The second part could be interesting for TOE, too. Only that
> the interface exported would just be the socket interface.
Agreed.
Eric
next prev parent reply other threads:[~2003-08-06 8:02 UTC|newest]
Thread overview: 84+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-02 17:04 TOE brain dump Werner Almesberger
2003-08-02 17:32 ` Nivedita Singhvi
2003-08-02 18:06 ` Werner Almesberger
2003-08-02 19:08 ` Jeff Garzik
2003-08-02 21:49 ` Werner Almesberger
2003-08-03 6:40 ` Jeff Garzik
2003-08-03 17:57 ` Werner Almesberger
2003-08-03 18:27 ` Erik Andersen
2003-08-03 19:40 ` Larry McVoy
2003-08-03 20:13 ` David Lang
2003-08-03 20:30 ` Larry McVoy
2003-08-03 21:21 ` David Lang
2003-08-03 21:21 ` David Lang
2003-08-03 23:44 ` Larry McVoy
2003-08-03 21:58 ` Jeff Garzik
2003-08-05 19:28 ` Timothy Miller
2003-08-03 20:34 ` jamal
2003-08-04 1:47 ` Glen Turner
2003-08-04 3:48 ` Larry McVoy
2003-08-04 5:25 ` David S. Miller
2003-08-04 16:20 ` Web100 Matt Mathis
2003-08-06 7:12 ` TOE brain dump Andre Hedrick
[not found] ` <Pine.LNX.4.10.10308060009130.25045-100000@master.linux-ide .org>
2003-08-06 8:20 ` Lincoln Dale
2003-08-06 8:22 ` David S. Miller
2003-08-06 13:07 ` Jesse Pollard
2003-08-03 19:21 ` Eric W. Biederman
2003-08-04 19:24 ` Werner Almesberger
2003-08-04 19:26 ` David S. Miller
2003-08-05 17:25 ` Eric W. Biederman
2003-08-05 17:19 ` Eric W. Biederman
2003-08-06 5:13 ` Werner Almesberger
2003-08-06 7:58 ` Eric W. Biederman [this message]
2003-08-06 13:37 ` Werner Almesberger
2003-08-06 15:58 ` Andy Isaacson
2003-08-06 16:27 ` Chris Friesen
2003-08-06 17:01 ` Andy Isaacson
2003-08-06 17:55 ` Matti Aarnio
2003-08-07 2:14 ` Lincoln Dale
2003-08-06 12:46 ` Jesse Pollard
2003-08-06 16:25 ` Andy Isaacson
2003-08-06 18:58 ` Jesse Pollard
2003-08-06 19:39 ` Andy Isaacson
2003-08-06 21:13 ` David Schwartz
2003-08-03 4:01 ` Ben Greear
2003-08-03 6:22 ` Alan Shih
2003-08-03 6:22 ` Alan Shih
2003-08-03 6:41 ` Jeff Garzik
2003-08-03 8:25 ` David Lang
2003-08-03 18:05 ` Werner Almesberger
2003-08-03 22:02 ` Alan Shih
2003-08-03 20:52 ` Alan Cox
2003-08-04 14:36 ` Ingo Oeser
2003-08-04 17:19 ` Alan Shih
2003-08-04 17:19 ` Alan Shih
2003-08-05 8:15 ` Ingo Oeser
2003-08-02 20:57 ` Alan Cox
2003-08-02 22:14 ` Werner Almesberger
2003-08-03 20:51 ` Alan Cox
[not found] <g83n.8vu.9@gated-at.bofh.it>
2003-08-03 12:13 ` Ihar 'Philips' Filipau
2003-08-03 18:10 ` Werner Almesberger
2003-08-04 8:55 ` Ihar 'Philips' Filipau
2003-08-04 13:08 ` Jesse Pollard
2003-08-04 19:32 ` Werner Almesberger
2003-08-04 19:48 ` David Lang
2003-08-04 19:56 ` Werner Almesberger
2003-08-04 20:01 ` David Lang
2003-08-04 20:09 ` Werner Almesberger
2003-08-04 20:24 ` David Lang
2003-08-05 1:38 ` Werner Almesberger
2003-08-05 1:46 ` David Lang
2003-08-05 1:54 ` Larry McVoy
2003-08-05 2:30 ` Werner Almesberger
2003-08-06 1:47 ` Val Henson
2003-08-05 3:04 ` Werner Almesberger
2003-08-04 23:30 ` Peter Chubb
[not found] <gq0f.8bj.9@gated-at.bofh.it>
[not found] ` <gvCD.4mJ.5@gated-at.bofh.it>
[not found] ` <gJmp.7Th.33@gated-at.bofh.it>
[not found] ` <gNpS.2YJ.9@gated-at.bofh.it>
2003-08-04 14:15 ` Ihar 'Philips' Filipau
2003-08-04 14:56 ` Jesse Pollard
2003-08-04 15:51 ` Ihar 'Philips' Filipau
-- strict thread matches above, loose matches on Subject: below --
2003-08-04 16:45 jamal
2003-08-04 18:48 ` Ihar 'Philips' Filipau
2003-08-04 19:42 ` jamal
2003-08-04 20:06 ` Ihar 'Philips' Filipau
2003-08-04 18:36 Perez-Gonzalez, Inaky
2003-08-04 19:03 ` Alan Cox
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=m1llu7ushr.fsf@frodo.biederman.org \
--to=ebiederm@xmission.com \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@oss.sgi.com \
--cc=werner@almesberger.net \
/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.