From owner-freebsd-arch@FreeBSD.ORG Tue Aug 18 11:55:09 2009 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCB28106568B for ; Tue, 18 Aug 2009 11:55:09 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1163E8FC55 for ; Tue, 18 Aug 2009 11:55:08 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA23938; Tue, 18 Aug 2009 14:55:05 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A8A9699.1020808@freebsd.org> Date: Tue, 18 Aug 2009 14:55:05 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090724) MIME-Version: 1.0 To: Poul-Henning Kamp References: <90048.1250593186@critter.freebsd.dk> In-Reply-To: <90048.1250593186@critter.freebsd.dk> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-arch@freebsd.org Subject: Re: on architecture of dumping X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2009 11:55:09 -0000 on 18/08/2009 13:59 Poul-Henning Kamp said the following: > In message <4A8A85ED.4090404@freebsd.org>, Andriy Gapon writes: >> I think that the following is quite obvious, but it needs to be said anyway. >> >> I think that we should switch from current approach of hierarchically >> configuring dumper to having a hierarchy of dumpers. > > I think this is utterly wolly thinking. 'wolly'? Please improve my English. > The amount of complexity this will impose is staggering, and the potential > benefit is no where close to justifying it. I can't see the staggering complexity in the proposal, could you please expand? Example of what I had in mind (pseudo-code): static int gmirror_dump(this, void *data, off_t offset, size_t size) { LIST_FOREACH(pp, ...) { DUMP(pp, data, offset, size); } } > Add a cheap ATA disk for your dumps or make an USB stick work for dumps > and use that. Say, I do want mirrored dumps and/or I do want encrypted dumps - wouldn't it be logical to re-use GEOM capabilities here. -- Andriy Gapon