Date: Sat, 22 Jul 2000 15:52:38 +0200 From: Bernd Walter <ticso@cicely8.cicely.de> To: Greg Lehey <grog@lemis.com> Cc: Geoff Buckingham <geoffb@chuggalug.clues.com>, hackers@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: Multiple ro mounts of vinum volume Message-ID: <20000722155238.A27452@cicely8.cicely.de> In-Reply-To: <20000720183341.I30599@wantadilla.lemis.com>; from grog@lemis.com on Thu, Jul 20, 2000 at 06:33:42PM %2B0930 References: <20000720095513.A50799@chuggalug.clues.com> <20000720183341.I30599@wantadilla.lemis.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Jul 20, 2000 at 06:33:42PM +0930, Greg Lehey wrote: > On Thursday, 20 July 2000 at 9:55:13 +0100, Geoff Buckingham wrote: > A thing that might bite you here is that ufs is currently limited to 1 > TB per volume. Vinum doesn't have that restriction: if you want to > create a 20 TB volume, and you know how to use the space, Vinum should > work. The problem with ufs is that the block numbers in the inodes > are 32 bit signed values. With 512 byte sectors, the only we can do > it, that means a total address space of 2**9 * 2*31, or 1 TB. At some > time I suspect we're going to need to fix that. Block numbers in inodes are not physical blocks (named sectorsize in UFS source) but logical which is equal to the size of an fragment and thus defaults to 1k. The problem is the driver and VM layer. If vinum would simulate 2k "physical" blocksize it may go up to 4TB if you set the fragment size to 4k. I don't know if any middle calculation might harm or VM is missbehaving. The point I never digged deeper here is because you already sugested changing the driver layer to 64bit byte numbers which was accepted if I remember right. Some of the systems I've setup are near this Limit so I spend some time to find out where the show stoppers are. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000722155238.A27452>