From: Christoph Hellwig <hch@infradead.org>
Subject: Re: about quota implementation
Date: Mon, 12 Mar 2007 16:35:17 +0000
Message-ID: <20070312163517.GA8690@infradead.org>
References: <1173715909.3889.23.camel@dhcp-107.ibrix.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Cc: nfs@lists.sourceforge.net
To: Ming Zhang <blackmagic02881@gmail.com>
In-Reply-To: <1173715909.3889.23.camel@dhcp-107.ibrix.com>
Sender: nfs-bounces@lists.sourceforge.net
Errors-To: nfs-bounces@lists.sourceforge.net

On Mon, Mar 12, 2007 at 12:11:49PM -0400, Ming Zhang wrote:
> Hi All
> 
> I have a question about current quota implementation. 
> 
> This is current implementation. There is a rquotad running on same box
> as nfsd. Then in quota-tools, it check if file system type is nfs, then
> it invoke a rpc call and get that from rquotad.
> 
> Another way is to implement the s_qcops in kernel nfs client and thus
> quota-tools can use a unified way to get quotactl information.
> 
> Any special reason why not use 2nd way to make quota-tools simpler? One
> reason I can think of is to put unnecessary code out of kernel. Is there
> any other reason?

I think it's mostly a historical issue.  There was no abstraction
between the quotactl syscall and the default disk based quota implementation
at the time the nfs quote code was written.  I'd definitively welcome
a patch adding a kernel interface for nfs quotas.

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs