Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753073Ab1DOQbu (ORCPT ); Fri, 15 Apr 2011 12:31:50 -0400 Received: from mail-gy0-f174.google.com ([209.85.160.174]:59578 "EHLO mail-gy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751152Ab1DOQbt (ORCPT ); Fri, 15 Apr 2011 12:31:49 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=sdS4Hcp6iBLNIgF0oCrdS4xlm0+qzStp3v0NV2lXxLzI6jDBrLts/Pf2u0IZB8yV8o tFm0dMctB0WM/s6/5wMnyRgvr+E/36VkYs58kPeensjuUPgYGePicMiau0ElKDP8+eCe iftTVbEJ21HnAinj2xiBZr4yY4tm0y7nf2rRI= Message-ID: <4DA872F1.8080101@gmail.com> Date: Fri, 15 Apr 2011 12:31:45 -0400 From: Ric Wheeler User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.15) Gecko/20110307 Fedora/3.1.9-0.38.b3pre.fc13 Thunderbird/3.1.9 MIME-Version: 1.0 To: Michal Suchanek CC: Miklos Szeredi , Christoph Hellwig , Ian Kent , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, David Howells , Jeff Moyer Subject: Re: Unionmount status? References: <4DA4B6A8.7030804@gmail.com> <4DA5DCB8.3040101@gmail.com> <4DA5F569.9020309@gmail.com> <1302756608.2854.10.camel@perseus.themaw.net> <4DA6F4E2.1060005@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1960 Lines: 52 On 04/14/2011 10:54 AM, Michal Suchanek wrote: > On 14 April 2011 15:21, Ric Wheeler wrote: >> On 04/14/2011 05:40 AM, Miklos Szeredi wrote: >>> On Thu, Apr 14, 2011 at 11:32 AM, Michal Suchanek >>> wrote: >>>> I guess overlayfs includes the better part of unionmount and achieves >>>> similar level of functionality in much smaller code size and is >>>> actively developed. >>>> >>>> This might make it the best candidate for inclusion so far. >>>> >>>> It does not (yet?) support NFS which is one of the options commonly >>>> used with union solutions, though. >>> NFS is supported as a lower (read-only) layer, but not as an upper >>> (read-write) layer. >>> >>> Thanks, >>> Miklos >> I am not that concerned with the state of Val's repo, her intention was to >> hand off the project cleanly to others and have them drive the code (that >> hand off was the posting of the patch set). Several people (Ian, David >> Howells and Al Viro) had been involved with union mounts recently, so we do >> have reasonable candidates for a hand off. >> >> One of the concerns with unionfs is the duplication of data. Union mounts >> avoids this with that implementation. That might make unionfs more of a >> burden for very large file systems, but probably not a concern for many use >> cases. > Just to make things clear, what is a very large filesystem? > > A heavily compressed DVD image? > > Tens or hundreds of gigabytes? Terabytes? > > Hundreds, thousands or hundreds of thousands of inodes? > > Or is testing required to determine at what size the performance > becomes unacceptable? > > Thanks > > Michal Very large in the number of inodes more so than fs size... Ric -- 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/