Date: Fri, 24 Jun 2011 15:21:00 -0700 From: mdf@FreeBSD.org To: Garance A Drosehn <gad@freebsd.org> Cc: freebsd-fs@freebsd.org, Robert Watson <rwatson@freebsd.org> Subject: Re: [rfc] 64-bit inode numbers Message-ID: <BANLkTimV26R4ARgrc9-KRgj8wyuU1%2BcqWg@mail.gmail.com> In-Reply-To: <4E04FC7F.6090801@FreeBSD.org> 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> <4E03B8C4.6040800@FreeBSD.org> <20110623222630.GU48734@deviant.kiev.zoral.com.ua> <4E04FC7F.6090801@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jun 24, 2011 at 2:07 PM, Garance A Drosehn <gad@freebsd.org> wrote: > The AFS cell at RPI has approximately 40,000 AFS volumes, and each > volume should have it's own dev_t (IMO). > > Please realize that I do not mind if people felt that there was no > need to increase the size of dev_t at this time, and that we should > wait until we see more of a demand for increasing it. =A0But given the > project to increase the size of inode numbers, I thought this was a > good time to also ask about dev_t. =A0I ask about it every few years :-) I don't see why 32 bits are anywhere close to becoming tight to represent 40k unique values. Is there something wrong with how each new dev_t is computed, that runs out of space quicker than this implies? Thanks, matthew
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BANLkTimV26R4ARgrc9-KRgj8wyuU1%2BcqWg>