From owner-freebsd-geom@FreeBSD.ORG Fri Jan 21 13:44:14 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A990B106564A; Fri, 21 Jan 2011 13:44:14 +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 CDA9B8FC1E; Fri, 21 Jan 2011 13:44:13 +0000 (UTC) Received: from gw-lan1.kiev.dlink.ua ([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 1PgHHg-00040N-0R; Fri, 21 Jan 2011 15:44:12 +0200 Date: Fri, 21 Jan 2011 15:46:36 +0200 From: Alexandr Rybalko To: Ivan Voras Message-Id: <20110121154636.f10529d8.ray@dlink.ua> In-Reply-To: References: <20110119125407.be7669b9.ray@dlink.ua> <20110120084955.GD1716@garage.freebsd.pl> <20110120122644.9a38974c.ray@dlink.ua> Organization: D-Link X-Mailer: Sylpheed 2.7.1 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Fri__21_Jan_2011_15_46_36_+0200_KF7WL1ChriBbuR/P" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-embedded@freebsd.org, freebsd-geom@freebsd.org Subject: Re: GEOM_LZMA 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: Fri, 21 Jan 2011 13:44:14 -0000 This is a multi-part message in MIME format. --Multipart=_Fri__21_Jan_2011_15_46_36_+0200_KF7WL1ChriBbuR/P Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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. http://my.ddteam.net/files/geom_ulzma_and_uzip.diff and same in attachment. P.S. Please modify conf/files by hand, because my own conf/files have many changes. >> >> _______________________________________________ >> freebsd-geom@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-geom >> To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" -- Alexandr Rybalko aka Alex RAY --Multipart=_Fri__21_Jan_2011_15_46_36_+0200_KF7WL1ChriBbuR/P--