Message-ID: <40DC72A2.6080600@eth.net>
Date: Sat, 26 Jun 2004 00:14:50 +0530
From: Amit Gud <gud@eth.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040115
MIME-Version: 1.0
To: Timothy Miller <miller@techsource.com>
CC: Pavel Machek <pavel@suse.cz>, alan <alan@clueserver.org>,
       "Fao, Sean" <Sean.Fao@dynextechnologies.com>,
       linux-kernel@vger.kernel.org
Subject: Re: Elastic Quota File System (EQFS)
References: <20040624220318.GE20649@elf.ucw.cz> <Pine.LNX.4.44.0406241544010.19187-100000@www.fnordora.org> <20040625001545.GI20649@elf.ucw.cz> <40DC62BD.3010607@techsource.com>
In-Reply-To: <40DC62BD.3010607@techsource.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 883
Lines: 23

Timothy Miller wrote:

>
> I have a much simpler idea that both implements the EQFS and doesn't 
> touch the kernel.
>
> Each user is given a quota which applies to their home directory.  
> (This quota is not elastic and if everyone met their quota, everything 
> would fit.)  In addition, there is another directory or file system 
> (could be on the same disk or even the same partition) to which their 
> quota doesn't apply AT ALL.  Let's call this "scratch" space.
>
I guess the system should be more transparent to the users and their 
applications. Here its not convenient to generate .o files or caches in 
/scratch/$USER/ .

AG

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/