From owner-freebsd-geom@FreeBSD.ORG Thu Mar 4 15:27:06 2010 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AD13106564A; Thu, 4 Mar 2010 15:27:06 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 3B7F58FC0A; Thu, 4 Mar 2010 15:27:06 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o24FIVup001243; Thu, 4 Mar 2010 08:18:32 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 04 Mar 2010 08:18:48 -0700 (MST) Message-Id: <20100304.081848.200754750200144876.imp@bsdimp.com> To: lulf@pvv.ntnu.no From: "M. Warner Losh" In-Reply-To: <20100304102158.GA8092@nobby.geeknest.org> References: <20100219163644.da89e882.ray@dlink.ua> <20100304102158.GA8092@nobby.geeknest.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ray@dlink.ua, geom@freebsd.org, embedded@freebsd.org, hackers@freebsd.org Subject: Re: GEOM_ULZMA X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2010 15:27:06 -0000 In message: <20100304102158.GA8092@nobby.geeknest.org> Ulf Lilleengen writes: : On Fri, Feb 19, 2010 at 04:36:44PM +0200, Alexandr Rybalko wrote: : > Hi, : > I wrote a module GEOM_ULZMA (such as GEOM_UZIP, but compression with lzma), in connection with this is an issue best left lzma : > code in the file "geom_ulzma.c" or store lzma library separately. If separately, then where better? : > : > Maybe in future make lzma and gzip library kernel interface for embedded? : > Then in one instance of code, userland can use compression via kernel. : > : : What are the cons against combining uzip/ulzma into a geom_z/geom_compress : module that can support different compression schemes? I think this makes : more sense than having different geom modules for each compression scheme. Pros are it is easier to configure. Cons are it uses more memory and the code fights against the normal layering and abstraction by implementing things in two forks. Which one wins should likely be decided on size since this is for an embedded environment. Warner