The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: Lawrence Stewart <stewart@serissa.com>
To: Noel Chiappa <jnc@mercury.lcs.mit.edu>
Cc: tuhs@tuhs.org
Subject: [TUHS] Re: Research Datakit notes
Date: Tue, 28 Jun 2022 17:32:03 -0400	[thread overview]
Message-ID: <C90D3E3E-1E4E-4151-B389-EAF860BC0DD6@serissa.com> (raw)
In-Reply-To: <20220628155050.2D27618C096@mercury.lcs.mit.edu>

I’ll argue there is quite a lot known about where to put network functionality, much
of it from HPC.  If you want minimum latency and minimum variance of latency, both
of which are important to big applications, you make the network reliable and move
functionality into the host adapters and the switches.  The code path at each end
of a very good MPI implementation will be under 200 machine instructions, all in
user mode.  There is no time to do retry or variable code paths.

Doesn’t work on WANs of course, or at consumer price points.

(I think there is still a lot to do, because the best networks still hover around 
800 nanoseconds calling SEND to returning from RECV, and I think it could be 100).

-L

> On 2022, Jun 28, at 11:50 AM, Noel Chiappa <jnc@mercury.lcs.mit.edu> wrote:
> 
>> From: Rob Pike
> 
>> having the switch do some of the call validation and even maybe
>> authentication (I'm not sure...) sounds like it takes load off the host.
> 
> I don't have enough information to express a judgement in this particular
> case, but I can say a few things about how one would go about analyzing
> questions of 'where should I put function [X]; in the host, or in the
> 'network' (which almost inevitably means 'in the switches')'.
> 


  reply	other threads:[~2022-06-28 21:32 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-06-28 15:50 Noel Chiappa
2022-06-28 21:32 ` Lawrence Stewart [this message]
  -- strict thread matches above, loose matches on Subject: below --
2022-06-27 21:40 Noel Chiappa
2022-06-27 22:40 ` George Michaelson
2022-06-27  0:43 Noel Chiappa
2022-06-27  3:00 ` Erik Fair
2022-06-26  2:19 Noel Chiappa
2022-06-26  9:46 ` steve jenkin
2022-06-26 20:35   ` Erik Fair
2022-06-26 21:53     ` Steve Jenkin
2022-06-26 10:16 ` Paul Ruizendaal via TUHS
2022-06-26 13:07 ` John Cowan
2022-06-26 13:35   ` Larry McVoy
2022-06-26 13:58     ` John Cowan
2022-06-25 23:01 [TUHS] " Paul Ruizendaal
2022-06-25 23:09 ` [TUHS] " Larry McVoy
2022-06-25 23:57   ` Rob Pike
2022-06-26  1:17     ` Paul Ruizendaal
2022-07-02  2:51       ` Grant Taylor via TUHS
2022-07-02  2:57         ` Larry McVoy
2022-06-28 10:38     ` Derek Fawcus
2022-06-28 12:36       ` Rob Pike
2022-06-28 12:45         ` Rob Pike
2022-06-28 13:33           ` Dan Cross
2022-06-28 21:19             ` Lawrence Stewart
2022-06-28 21:34               ` Richard Salz
2022-06-29  6:07                 ` Stuart Remphrey
2022-06-28 16:11           ` Tom Teixeira
2022-06-28 18:28           ` John Floren
2022-06-28 12:47         ` Rich Morin
2022-06-28 13:13           ` Marc Donner
2022-06-28 14:41             ` Clem Cole
2022-06-28 15:54               ` Tom Teixeira
2022-06-28 17:05             ` Adam Thornton
2022-06-28 17:43               ` John Labovitz
2022-06-26  1:41 ` Anthony Martin
2022-06-26  9:52   ` Ralph Corderoy
2022-06-26 11:04   ` Paul Ruizendaal
2022-06-29 20:21   ` Paul Ruizendaal

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=C90D3E3E-1E4E-4151-B389-EAF860BC0DD6@serissa.com \
    --to=stewart@serissa.com \
    --cc=jnc@mercury.lcs.mit.edu \
    --cc=tuhs@tuhs.org \
    /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).