From owner-freebsd-arch  Mon Mar 11 12: 0:30 2002
Delivered-To: freebsd-arch@freebsd.org
Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88])
	by hub.freebsd.org (Postfix) with ESMTP id 4E27237B416
	for <arch@FreeBSD.ORG>; Mon, 11 Mar 2002 12:00:26 -0800 (PST)
Received: from InterJet.elischer.org ([12.232.206.8])
          by rwcrmhc52.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20020311200025.QRPQ1147.rwcrmhc52.attbi.com@InterJet.elischer.org>;
          Mon, 11 Mar 2002 20:00:25 +0000
Received: from localhost (localhost.elischer.org [127.0.0.1])
	by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA64653;
	Mon, 11 Mar 2002 11:50:09 -0800 (PST)
Date: Mon, 11 Mar 2002 11:50:07 -0800 (PST)
From: Julian Elischer <julian@elischer.org>
To: Garance A Drosihn <drosih@rpi.edu>
Cc: Poul-Henning Kamp <phk@critter.freebsd.dk>,
	Harti Brandt <brandt@fokus.gmd.de>, arch@FreeBSD.ORG
Subject: Re: Increasing the size of dev_t and ino_t
In-Reply-To: <p05101542b8b281472641@[128.113.24.47]>
Message-ID: <Pine.BSF.4.21.0203111147250.64479-100000@InterJet.elischer.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-arch@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-arch.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-arch>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-arch>
X-Loop: FreeBSD.ORG



On Mon, 11 Mar 2002, Garance A Drosihn wrote:

> 
> Perhaps I should just explain it this way.  Assume that a person
> can have an /etc/fstab which will mount >33,000 separate volumes.
> Do not debate whether you believe this will happen, because it
> is *already* happening with AFS at RPI.  Given a situation where
> the system will have more than 33,000 separate mounts, can we
> come up with a good way to cache all those random numbers?


I suggest that we create such a number and store it in the 
filesystem superblock for filesystems in questions.
maybe the time of creation in secs since the epoch.
(is that already there?)
it has the advantage of following the drive if it were renamed..


> 
> Also note that the >33,000 number is only for the AFS cell at
> RPI, and the way AFS works any single workstation can be mounting
> volumes from more than 150 different AFS cells.  AFS is trying
> to create a world-wide distributed file system, and as such it
> sees scaling issues that no one faces with NFS.
> 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message