From owner-freebsd-fs@FreeBSD.ORG Thu Jun 23 22:06:04 2011 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A44E1065672 for ; Thu, 23 Jun 2011 22:06:04 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp8.server.rpi.edu (smtp8.server.rpi.edu [128.113.2.228]) by mx1.freebsd.org (Postfix) with ESMTP id 47A338FC08 for ; Thu, 23 Jun 2011 22:06:03 +0000 (UTC) Received: from gilead.netel.rpi.edu (gilead.netel.rpi.edu [128.113.124.121]) by smtp8.server.rpi.edu (8.13.1/8.13.1) with ESMTP id p5NM628f001167; Thu, 23 Jun 2011 18:06:02 -0400 Message-ID: <4E03B8C4.6040800@FreeBSD.org> Date: Thu, 23 Jun 2011 18:05:56 -0400 From: Garance A Drosehn User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: Kostik Belousov References: <20101201091203.GA3933@tops> <20110104175558.GR3140@deviant.kiev.zoral.com.ua> <20110120124108.GA32866@tops.skynet.lt> <4E027897.8080700@FreeBSD.org> <20110623064333.GA2823@tops> <20110623081140.GQ48734@deviant.kiev.zoral.com.ua> In-Reply-To: <20110623081140.GQ48734@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Bayes-Prob: 0.0001 (Score 0) X-RPI-SA-Score: 1.50 (*) [Hold at 12.00] COMBINED_FROM,RATWARE_GECKO_BUILD X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.228 Cc: freebsd-fs@FreeBSD.org, Robert Watson Subject: Re: [rfc] 64-bit inode numbers X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2011 22:06:04 -0000 On 6/23/11 4:11 AM, Kostik Belousov wrote: > On Thu, Jun 23, 2011 at 09:43:33AM +0300, Gleb Kurtsou wrote: > >> On (22/06/2011 19:19), Garance A Drosehn wrote: >> >>> Sorry for replying to an older message, but a reply made in a different >>> thread reminded me about this project... >>> >>> Also, I may have asked this before. In fact, I'm almost sure that I started >>> a reply to this back in Jan/Feb, but my email client claims I never replied >>> to this topic... >>> >>> Are you increasing only the size of ino_t, or could you also look at >>> increasing the size of dev_t? (just curious...) >>> >> Sure. Incorporating as much of similar changes as possible is good. >> I've added Kostik and Matthew to CC list, it's for them to decide. >> >> dev_t on other OSes: >> NetBSD - uint64_t >> DragonFly - uint32_t >> Darwin - __int32_t >> OpenSolaris - ulong_t >> Linux - __u32 >> >> Considering this I think 3rd party software is not ready for such >> change. >> >> Major/minor mapping to dev_t will get more complicated. >> >> And the most important question: what would you want it for? [...] >> > Indeed, this is the right question. > Consider the thread "Increasing the size of dev_t and ino_t" from freebsd-arch in 2002: http://docs.freebsd.org/mail/archive/2002/freebsd-arch/20020317.freebsd-arch.html In particular, this message by Robert Watson: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=139853+0+archive/2002/freebsd-arch/20020317.freebsd-arch I just participated in an online conference for OpenAFS, and while it isn't exactly taking the world by storm, I keep thinking it would be useful if FreeBSD could map individual AFS volumes to unique dev_t identifiers. And given the way AFS is implemented (as a global filesystem with many cells all reachable at the same time), and given the way most sites deploy AFS (with thousands or tens-of-thousands of individual AFS volumes *per site*), that adds up to a lot of values for dev_t. The upcoming release of OpenAFS should include a working and pretty stable AFS client for FreeBSD, so having a larger dev_t would have a more immediate application than it did back in 2002. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu