From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com ([209.132.183.28]:13988 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751310Ab3DSSNV (ORCPT ); Fri, 19 Apr 2013 14:13:21 -0400 Message-ID: <51718941.2010800@redhat.com> Date: Fri, 19 Apr 2013 11:13:21 -0700 From: Andy Grover MIME-Version: 1.0 To: Suman C CC: Roman Mamedov , "Fajar A. Nugraha" , Mike Fleetwood , linux-btrfs Subject: Re: lvm volume like support References: <20130226115704.50102196@natsu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Sender: linux-btrfs-owner@vger.kernel.org List-ID: On 02/25/2013 10:25 PM, Suman C wrote: > Thanks for the sparse file idea, I am actually using that solution > already. I am not sure if its the best way, however. (Sorry to respond to such an old thread.) Hi Suman, I think zvol-like functionality would be very nice for btrfs to have. It would be more natural to manage btrvols than looped-back files I think, and removing those sw layers may also increase performance, but who knows by how much. It would let btrfs really act as "just" the LVM, if desired. Do we have any sense for how much work adding this would be? Regards -- Andy p.s. some interesting stuff on zvols http://pthree.org/2012/12/21/zfs-administration-part-xiv-zvols/