Message-ID: <496CB076.8080002@garzik.org>
Date: Tue, 13 Jan 2009 10:17:10 -0500
From: Jeff Garzik <jeff@garzik.org>
User-Agent: Thunderbird 2.0.0.19 (X11/20090105)
MIME-Version: 1.0
To: Jamie Lokier <jamie@shareable.org>
CC: Alan Cox <alan@lxorguk.ukuu.org.uk>, Benny Halevy <bhalevy@panasas.com>,
       Boaz Harrosh <bharrosh@panasas.com>,
       open-osd development <osd-dev@open-osd.org>,
       Avishay Traeger <avishay@gmail.com>,
       Andrew Morton <akpm@linux-foundation.org>,
       Al Viro <viro@ZenIV.linux.org.uk>,
       linux-fsdevel <linux-fsdevel@vger.kernel.org>,
       linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: [osd-dev] [PATCH 1/9] exofs: osd Swiss army knife
References: <4947BFAA.4030208@panasas.com> <4947C624.3050602@panasas.com> <4964CEA4.7080001@panasas.com> <20090113135526.28730314@lxorguk.ukuu.org.uk> <20090113150955.GA9636@shareable.org>
In-Reply-To: <20090113150955.GA9636@shareable.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 681
Lines: 23

Jamie Lokier wrote:
> Having one super block would be silly.

Yep.


> But aren't most kinds of replication better done behind the OSD level,
> on the storage fabric?  OSD is all about letting the fabric decide
> things like allocation and durability strategies after all.

Probably, but one cannot _assume_ that.  The OSD device might just be a 
dumb, non-replicated OSD simulator, or in the future, a singleton SATA 
drive.

	Jeff


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/