From owner-cvs-all Mon Jun 21 19:29:57 1999 Delivered-To: cvs-all@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7]) by hub.freebsd.org (Postfix) with ESMTP id 0A49214DC9; Mon, 21 Jun 1999 19:29:43 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 9D1AB75; Tue, 22 Jun 1999 10:29:40 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: Chuck Robey Cc: "Brian F. Feldman" , Jean-Marc Zucconi , hoek@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: Re2: cvs commit: src/sys/kern imgact_gzip.c In-reply-to: Your message of "Mon, 21 Jun 1999 21:51:44 -0400." Date: Tue, 22 Jun 1999 10:29:40 +0800 From: Peter Wemm Message-Id: <19990622022940.9D1AB75@overcee.netplex.com.au> Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk Chuck Robey wrote: > On Mon, 21 Jun 1999, Brian F. Feldman wrote: > > > Actually, would it be too hard to implement gzip as a stacking VFS layer? > > That way, you really could just pass a gzip-backed vnode to the elf > > interpreter... > > That would be if stacking worked here, wouldn't it? The other problem is that gzip decodes in a stream and it's impractical (or expensive) to pull out a block at a time from the decompressed output.. The only practical way to do it is to decompress to memory in full and then use that for the upper layer. That will cost memory though so it would have to be pageable (ie: anon/swap backed). The result would be the same as if imgact_gzip managed it - and would avoid the stacking problems too. Still, I can see the appeal of having gzip support in a stackable layer, but IMHO, the convenience of being able to read foo.gz by doing a 'more foo' isn't worth the nightmares that this would unleash. Imagine the implications of 'vi foo'. This transparency would have to be read-only or the kernel would have to be prepared to recompress the entire file each time somebody changes a byte near the beginning.. And then there's the coherency problem of having the same data "visible" in both normal and .gz format.. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message