From: Russ Cox <russcox@gmail.com>
To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu>
Subject: Re: [9fans] rio snarf
Date: Wed, 27 Oct 2004 13:51:10 -0400 [thread overview]
Message-ID: <ee9e417a04102710516945fe9e@mail.gmail.com> (raw)
In-Reply-To: <75959811c030beb33eb82d0460fcd6ca@plan9.escet.urjc.es>
> Well. We just found that removing snarf from rio fsys makes things
> work great wrt sharing the snarf buffer across machines.
If that's all you want to do, just create a /dev/snarf
before rio runs -- if it sees one already there, it won't
provide one.
> At first, we thought that if was enough to call open(OTRUNC) while
> copying to the snarf buffer, then we noticed the deadlock with the
> open("/dev/snarf") in rio, then we tried removing snarf from rio, and,
> voila.
This I still don't fully understand. The reason the snarf buffer doesn't
change until close is probably lost to history, but one nice effect
is that updating the snarf buffer is atomic -- you'll never see a
partially written one.
> Either I'm crazy because of the lots of coffee I have been drinking, or
> there is something I'm missing regarding why rio has snarf builtin instead
> of using a regular file for that.
Rio used to provide a separate snarf buffer for each instance of rio.
It's only recently that there has been this push toward having one
snarf buffer for the whole system.
Russ
next prev parent reply other threads:[~2004-10-27 17:51 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-27 11:16 Fco. J. Ballesteros
2004-10-27 17:10 ` Russ Cox
2004-10-27 17:31 ` Fco. J. Ballesteros
2004-10-27 17:51 ` Russ Cox [this message]
2004-10-27 17:57 ` Fco. J. Ballesteros
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=ee9e417a04102710516945fe9e@mail.gmail.com \
--to=russcox@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).