From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Lang Subject: Re: silent semantic changes with reiser4 Date: Thu, 26 Aug 2004 15:52:24 -0700 (PDT) Message-ID: References: <1093536282.5482.6.camel@leto.cs.pocnet.net> <200408270030.20647.lkml@felipe-alfaro.com> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Christophe Saout , Rik van Riel , Jamie Lokier , Denis Vlasenko , Christer Weinigel , Spam , Andrew Morton , wichert@wiggy.net, jra@samba.org, torvalds@osdl.org, reiser@namesys.com, hch@lst.de, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, flx@namesys.com, reiserfs-list@namesys.com Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com To: Felipe Alfaro Solana In-Reply-To: <200408270030.20647.lkml@felipe-alfaro.com> List-Id: linux-fsdevel.vger.kernel.org On Fri, 27 Aug 2004, Felipe Alfaro Solana wrote: > On Thursday 26 August 2004 23:05, David Lang wrote: > >> I also don't see why the VFS/Filesystem can't decide that (for example) >> this tar.gz is so active that instead of storing it as a tar.gz and >> providing a virtual directory of the contents that it instead stores the >> directory of the contents and makes the tar.gz virtual (regenerating it as >> needed or as extra system resources are available) > > Because that would mean the kernel should "talk" the tar format, which is, > IMHO, a Bad Idea (TM). Maybe the kernel could notify a user-space daemon to > perform this task, instead. > the kernel will definantly need the ability to use user-space code to do the transformations from one version to the other (if nothing else think of the thumbnail version of images, we don't want the image manipulation code in the kernel and we definantly want this sort of option available) the interesting issue is going to be defining the kernel->user-space interface for doing the extractions. David Lang -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan