Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S266442AbUFZVhO (ORCPT ); Sat, 26 Jun 2004 17:37:14 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S266450AbUFZVhO (ORCPT ); Sat, 26 Jun 2004 17:37:14 -0400 Received: from mta10.adelphia.net ([68.168.78.202]:21966 "EHLO mta10.adelphia.net") by vger.kernel.org with ESMTP id S266442AbUFZVhA (ORCPT ); Sat, 26 Jun 2004 17:37:00 -0400 Message-ID: <40DDEC76.8060101@capitalgenomix.com> Date: Sat, 26 Jun 2004 17:36:54 -0400 From: "Fao, Sean" User-Agent: Mozilla Thunderbird 0.6 (X11/20040502) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Amit Gud CC: "Fao, Sean" , Alan , Pavel Machek , Horst von Brand , linux-kernel@vger.kernel.org Subject: Re: Elastic Quota File System (EQFS) References: <004e01c45abd$35f8c0b0$b18309ca@home> <200406251444.i5PEiYpq008174@eeyore.valparaiso.cl> <20040625162537.GA6201@elf.ucw.cz> <1088181893.6558.12.camel@zontar.fnordora.org> <40DC625F.3010403@eth.net> <40DC8981.7090703@dynextechnologies.com> <40DCF598.6000206@eth.net> In-Reply-To: <40DCF598.6000206@eth.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2124 Lines: 55 Amit Gud wrote: > Fao, Sean wrote: > >> Amit Gud wrote: >> >>> It cannot be denied that there _are_ applications for such a system >>> that we already discussed and theres a class of users who will find >>> the system useful. >> >> >> >> >> I personally see no use whatsoever. Why not just allocate 100% of the >> file system to everybody and ignore quota's, entirely? Each user >> will use whatever he/she requires and when space starts to run out, >> users will manually clean up what they don't need. >> > We should get our basics right first. We _do_ need quotas!! Without > any quota system how are we going to avoid a malicious user from > taking away all the space to keep other people starving? In EQFS also > this can happen, but we are giving *controlled flexibility* to the > user. He is having some stretching power but not beyond a certain > limit. And do you think users are sincere enough to clean up there > files when they are done? And I suppose you think that users will be sincere enough to mark files as elastic? I, for one, already said that I absolutely would *not* mark a single file as elastic. If I'm using 110 MB and you need an additional 10 MB for storage, you won't be getting it from me because I don't want to come in some morning to find that a file has disappeared. The system that you're asking for is a system without quotas. Think about what you're saying. > >> I am totally against the automatic deletion of files and believe that >> all users will _eventually_ walk in on a Monday morning to find out >> that the OS took it upon itself to delete a file that was flagged as >> elastic, that shouldn't have been. > > > User is the king, he decides what files should be elastic and what > not. This can always be controlled. > Controlled how? Who is anybody to inform me of what files I need/don't need? Sean - 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/