9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: erik quanstrom <quanstro@quanstro.net>
To: 9fans@9fans.net
Subject: Re: [9fans] drawterm dies when my mac book sleeps by 9p design?
Date: Mon,  7 Mar 2011 00:00:29 -0500	[thread overview]
Message-ID: <ee1032ec31a39becbe9a065dbef92c38@ladd.quanstro.net> (raw)
In-Reply-To: <baa69f354bb7f2697aa3b1708e8c6e34@gandalf.orthanc.ca>

On Sun Mar  6 23:50:48 EST 2011, lyndon@orthanc.ca wrote:
> > He would get pretty exercised about keep-alives. Felt that it was not
> > the business of TCP to make these kinds of decisions. I can't remember
> > if he actually called them an abomination, but at the same time, one
> > was left with the feeling that he might have.
>
> I'm sure he's called them worse than that over the years.  And he could
> not be more right.
>
> We have been inflicted with keepalives as a workaround to the only
> worse abomination on the planet: shitty shitty shitty home NAT routers
> that have a ten minute attention span.

oddly enough, il has always had a non-optional keepalive timer.

however there are no (that i know of) application-level timers in plan 9.
so when the file server went out to lunch for a 1 hr maintence window
on the aoe hardware, everything hung and peacefully waited for the
storage to reappear.  when it did, it was as if nothing had happened.

on linux, things would have gone quite sideways because there were
outstanding requests to the storage and there are timers left right and
center.  though in this case there was nothing sensible to do but wait for
the storage.

rather than get on high horses, i think we should admit that timers are
dangerous.  not having timers can also be dangerous.  in short, there's no
winning.

- erik



  reply	other threads:[~2011-03-07  5:00 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-03-07  0:35 Fernan Bolando
2011-03-07  2:34 ` erik quanstrom
2011-03-07  3:31   ` Bakul Shah
2011-03-07  3:34     ` erik quanstrom
2011-03-07  4:15       ` Bakul Shah
2011-03-07  4:17         ` erik quanstrom
2011-03-07  4:25         ` ron minnich
2011-03-07  4:44           ` Bakul Shah
2011-03-07  4:51             ` erik quanstrom
2011-03-07  5:38               ` Bakul Shah
2011-03-07  4:49           ` Lyndon Nerenberg (VE6BBM/VE7TFX)
2011-03-07  5:00             ` erik quanstrom [this message]
2011-03-07  8:54           ` Anthony Sorace

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=ee1032ec31a39becbe9a065dbef92c38@ladd.quanstro.net \
    --to=quanstro@quanstro.net \
    --cc=9fans@9fans.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 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).