linux-fsdevel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Fawad Lateef" <fawadlateef@gmail.com>
To: "Avishay Traeger" <atraeger@cs.sunysb.edu>
Cc: "UZAIR LAKHANI" <uzairr_bs1b@yahoo.com>, linux-fsdevel@vger.kernel.org
Subject: Re: Regarding a Simple Version of nfs & nfsd
Date: Tue, 21 Mar 2006 20:27:32 +0500	[thread overview]
Message-ID: <1e62d1370603210727q712c0cb9q2f17b2b6b42e48d9@mail.gmail.com> (raw)
In-Reply-To: <1142953747.13325.11.camel@rockstar.fsl.cs.sunysb.edu>

On 3/21/06, Avishay Traeger <atraeger@cs.sunysb.edu> wrote:
>
> When you deal with stackable file systems, the "lower-level file system"
> is the file system that you stack on top of.  So usually you have a
> request come in through the VFS, into the stackable file system, and
> then to the lower-level file system.  The way I see the design, you have
> a stackable file system "simplenfs" over another file system
> "lowerfs" (excuse the poor ascii art):
>
>  |
>  | sys_read()
>  |
> \_/
> VFS
>  |
>  | simplenfs_read()
>  |
> \_/
> simplenfs ---> sends read request to server
>  .
>  .
>  .
> \_/
> lowerfs
>
>
> When simplenfs gets the reply from the server, it returns it to the VFS.
> My question is what does lowerfs do if simplenfs is doing all the
> communications with the server.
>

Let me re-draw the diagram you mentioned with my idea. The ascii art :)

Client Side
     |
sys_read
     |
   vfs
     |
 client fs    ................... The fs running on client side, doing
nothing by itself, but provide support of mounting/unmounting,
readin/writing etc to client os
     |
  LAN
     |
stackable fs  .......... or you can say server daemon (accessing the real fs)
     |
   vfs
     |
  ext2

I hope now I able to make you clear my idea. Or you can suggest any
better than this. (I am just interested, not going to make this kind
of FS as don't have time. But your idea might help the person asking
question (Uzair))


--
Fawad Lateef

  reply	other threads:[~2006-03-21 15:29 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-03-20  4:18 Regarding a Simple Version of nfs & nfsd UZAIR LAKHANI
2006-03-20 23:10 ` Avishay Traeger
2006-03-21  9:09   ` Fawad Lateef
2006-03-21 13:06     ` Avishay Traeger
2006-03-21 13:33       ` Fawad Lateef
2006-03-21 15:09         ` Avishay Traeger
2006-03-21 15:27           ` Fawad Lateef [this message]
2006-03-21 15:40             ` Avishay Traeger
2006-03-21 15:53               ` Fawad Lateef
2006-03-24 10:37                 ` Regarding a Simple Version of nfs & nfsd (RPC ISSUES) UZAIR LAKHANI
2006-03-26  7:46                   ` Fawad Lateef

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=1e62d1370603210727q712c0cb9q2f17b2b6b42e48d9@mail.gmail.com \
    --to=fawadlateef@gmail.com \
    --cc=atraeger@cs.sunysb.edu \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=uzairr_bs1b@yahoo.com \
    /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).