9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Bakul Shah <bakul@bitblocks.com>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Subject: Re: [9fans] Upspin - a respin of 9p?
Date: Thu, 23 Feb 2017 01:34:59 -0800	[thread overview]
Message-ID: <009E0199-D15B-4985-8527-F3C14C32F824@bitblocks.com> (raw)
In-Reply-To: <CAOw7k5h_i+-MaJV4K2yrCw2uwjkY9Lv_x-LFFELP7zuzApO34w@mail.gmail.com>

The overview doc says the data source can be other than a file. A camera or twitter feed for example. What seems to be missing is the namespace splicing (no bind or mount). There is also some talk of IoT sources.

Need to think through this but conceptually I don't see a problem adding this 9p feature back within the same architecture.... A thought experiment worth doing.

Even for serving named live data decoupling data source/sink from naming can have value. You should even be able to use a name to take advantage of an underlying CDN! Or a content tree ala Usenet. E.g. Not all data is directly served from your camera but from a content delivery network so scaling is not an issue.

But I need to first read and understand what all they've done!

> On Feb 23, 2017, at 1:00 AM, Charles Forsyth <charles.forsyth@gmail.com> wrote:
> 
> I don't think it's a reworking of 9P.
> It's closer to an older style of distributed file system, closer to Amoeba's or the Cambridge Distributed System,
> and using full-content storage operations on content accessed through a separate and global name service.
> 9P (and relatives) allow a huge assortment of surprisingly different service types to be represented and accessed in a uniform way,
> where conventional file storage is easily the least interesting service.
> (That isn't a criticism: both this and 9P-like things have their place.)
> 




  parent reply	other threads:[~2017-02-23  9:34 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-23  8:27 Bakul Shah
2017-02-23  9:00 ` Charles Forsyth
2017-02-23  9:05   ` Charles Forsyth
2017-02-23  9:14   ` hiro
2017-02-23  9:53     ` hiro
2017-02-23  9:34   ` Bakul Shah [this message]
2017-02-23 12:40     ` Charles Forsyth
2017-02-23 16:52       ` Charles Forsyth
2017-02-23 17:44         ` Aram Hăvărneanu
2017-02-23 17:48           ` Charles Forsyth
2017-02-24  8:15             ` Charles Forsyth
2017-02-24 17:43             ` Aram Hăvărneanu
2017-02-24 18:00               ` Skip Tavakkolian
2017-02-23 15:59 ` Ryan Gonzalez
2017-02-23 17:18 ` Skip Tavakkolian

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=009E0199-D15B-4985-8527-F3C14C32F824@bitblocks.com \
    --to=bakul@bitblocks.com \
    --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).