From owner-freebsd-geom@FreeBSD.ORG Thu Mar 4 11:39:51 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 B3D76106564A; Thu, 4 Mar 2010 11:39:51 +0000 (UTC) (envelope-from ray@dlink.ua) Received: from dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id C566B8FC0A; Thu, 4 Mar 2010 11:39:50 +0000 (UTC) Received: from gw ([192.168.10.10] helo=terran) by dlink.ua with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Nn9Mj-000144-63; Thu, 04 Mar 2010 13:37:17 +0200 Date: Thu, 4 Mar 2010 13:39:47 +0200 From: Alexandr Rybalko To: Ulf Lilleengen Message-Id: <20100304133947.2fa4e66f.ray@dlink.ua> In-Reply-To: <20100304102158.GA8092@nobby.geeknest.org> References: <20100219163644.da89e882.ray@dlink.ua> <20100304102158.GA8092@nobby.geeknest.org> Organization: D-Link X-Mailer: Sylpheed 2.7.1 (GTK+ 2.16.6; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: 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 11:39:51 -0000 On Thu, 4 Mar 2010 11:21:59 +0100 Ulf Lilleengen wrote: >> 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. I agree with you, since this modules need for reducing sizes, so user need configure what type they need. >> >> -- >> Ulf Lilleengen -- Рыбалко Александр Консультант D-Link Украина