Re: Regarding a Simple Version of nfs & nfsd (RPC ISSUES)

[UZAIR LAKHANI <uzairr_bs1b@yahoo.com>]

Hello All,

Thank you Avishay Traeger and Fawad Lateef for having
a long discussion on my first mail.

Now I try to explain my own design.

Client FS -> read -> sys_read -> vfs_read ->
wrapper_fs_read -> RPC ... -> server_read

In the above design the client fs is a dummy fs which
only mimics a fs and passes requests to the wrapper fs
which by using RPC passes the requests to the server
which is a actual fs.

I am not considering overheads or performance issues
now.

Thanks,

Uzair Lakhani,
Karachi, Pakistan.
  


--- Fawad Lateef <fawadlateef@gmail.com> wrote:

> On 3/21/06, Avishay Traeger <atraeger@cs.sunysb.edu>
> wrote:
> > On Tue, 2006-03-21 at 20:27 +0500, Fawad Lateef
> wrote:
> > > 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))
> >
> > OK.  In the original e-mail, I believe the idea
> was to use stackable
> > file systems for both the client and the server. 
> In your design, you
> > only use it for the server, so I guess you agree
> with me that using it
> > on the client would be pointless.  And as we
> agreed earlier, using it on
> > the server isn't such a good idea either, as you
> will need to throw out
> > almost all of the code.
> >
> 
> Yes 100% agreed :) Now as I know your are good in
> file-system side, so
> it will be good if you suggest some better or same
> idea along-with
> some code examples (or some projects on something
> similar) for others
> :)
> 
> --
> Fawad Lateef
> -
> To unsubscribe from this list: send the line
> "unsubscribe linux-fsdevel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at 
> http://vger.kernel.org/majordomo-info.html
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com