From owner-freebsd-embedded@FreeBSD.ORG Sat Jan 22 23:01:47 2011 Return-Path: Delivered-To: freebsd-embedded@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2AC91065694; Sat, 22 Jan 2011 23:01:47 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D1DF18FC14; Sat, 22 Jan 2011 23:01:46 +0000 (UTC) Received: by bwz12 with SMTP id 12so2696284bwz.13 for ; Sat, 22 Jan 2011 15:01:45 -0800 (PST) Received: by 10.204.72.20 with SMTP id k20mr2021738bkj.184.1295735417901; Sat, 22 Jan 2011 14:30:17 -0800 (PST) Received: from rnote.ddteam.net (184-210-135-95.pool.ukrtel.net [95.135.210.184]) by mx.google.com with ESMTPS id j11sm5289761bka.12.2011.01.22.14.30.15 (version=SSLv3 cipher=RC4-MD5); Sat, 22 Jan 2011 14:30:16 -0800 (PST) Date: Sun, 23 Jan 2011 00:30:13 +0200 From: Aleksandr Rybalko To: Pawel Jakub Dawidek , Ivan Voras Message-Id: <20110123003013.90378231.ray@ddteam.net> In-Reply-To: <20110121154303.GG1698@garage.freebsd.pl> References: <20110119125407.be7669b9.ray@dlink.ua> <20110120084955.GD1716@garage.freebsd.pl> <20110120122644.9a38974c.ray@dlink.ua> <20110121154636.f10529d8.ray@dlink.ua> <20110121154303.GG1698@garage.freebsd.pl> X-Mailer: Sylpheed 3.0.3 (GTK+ 2.22.1; i386-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alexandr Rybalko , freebsd-embedded@freebsd.org, freebsd-geom@freebsd.org Subject: Re: GEOM_LZMA X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 23:01:47 -0000 On Fri, 21 Jan 2011 16:43:03 +0100 Pawel Jakub Dawidek wrote: > On Fri, Jan 21, 2011 at 03:46:36PM +0200, Alexandr Rybalko wrote: > > On Fri, 21 Jan 2011 14:02:32 +0100 > > Ivan Voras wrote: > > > > >> On 20/01/2011 16:51, Adrian Chadd wrote: > > >> > Well, creating a generic geom_compress module shouldn't > > >> > increase the size by all that much. It's just a few function > > >> > pointers that point at the decompression class. The rest of > > >> > the format is the same, right? (ie, how it's broken into > > >> > chunks, the chunks are separately compressed, etc.) > > >> > > >> I think they are talking about the size of the kernel :) > > > > Exact match :) > > > > But really, gzip in most cases already compiled into kernel (my > > not) and anyway have small footprint. > > > > So I done join GEOM_UZIP + GEOM_ULZMA module, called GEOM_ULZMA > > yet. > > > > Module name open for discussion :) > > Since they must have short and understandable name. > > Maybe GEOM_COMPR, > > maybe full GEOM_COMPRESSION, > > maybe GEOM_REDUCE, > > etc. > > What's wrong with GEOM_COMPRESS? We already have equally long or > longer class names: > > GEOM_LINUX_LVM > GEOM_MOUNTVER > GEOM_MULTIPATH > GEOM_SUNLABEL > > -- > Pawel Jakub Dawidek http://www.wheelsystems.com > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! So as result of small discussion (thanks Ivan and Pawel Jakub) think best name is GEOM_UCOMPRESS (module do only UN-compress). WBW -- Aleksandr Rybalko