From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Fawad Lateef" Subject: Re: Regarding a Simple Version of nfs & nfsd (RPC ISSUES) Date: Sun, 26 Mar 2006 12:46:25 +0500 Message-ID: <1e62d1370603252346w20faf8cdu7a4d85728b2f6c7b@mail.gmail.com> References: <1e62d1370603210753l4630e13ep9f14a41d7b4bc2b3@mail.gmail.com> <20060324103703.18778.qmail@web37915.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Cc: linux-fsdevel@vger.kernel.org Return-path: Received: from nproxy.gmail.com ([64.233.182.186]:25983 "EHLO nproxy.gmail.com") by vger.kernel.org with ESMTP id S1751152AbWCZHq1 convert rfc822-to-8bit (ORCPT ); Sun, 26 Mar 2006 02:46:27 -0500 Received: by nproxy.gmail.com with SMTP id n28so899658nfc for ; Sat, 25 Mar 2006 23:46:25 -0800 (PST) To: "UZAIR LAKHANI" In-Reply-To: <20060324103703.18778.qmail@web37915.mail.mud.yahoo.com> Content-Disposition: inline Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On 3/24/06, UZAIR LAKHANI wrote: > 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 don't think your design is feasible Client FS will is the one which gets request from VFS layer as user issues read which goes to sys_read and then to vfs_read which in tern call your Client FS function for reading and from here the request goes to server_read (can be through RPC) which will act like a wrapper_fs_read and get the data from the original FS and provide that back to the remote Client FS :) So the architecture looking fine to me is like this: User -> sys_read -> vfs_read -> client_fs_read -> RPC -> wrapper_fs/server_fs_read -> underlying_fs_read -> storage -- Fawad Lateef