Date: Thu, 28 Oct 1999 15:34:53 -0700 (PDT) From: Matthew Dillon <dillon@apollo.backplane.com> To: Michael Beckmann <petzi@apfel.de> Cc: Julian Elischer <julian@whistle.com>, hackers@FreeBSD.ORG Subject: Re: Limitations in FreeBSD Message-ID: <199910282234.PAA12655@apollo.backplane.com> References: <199910282143.OAA10601@apollo.backplane.com> <Pine.BSF.4.10.9910281455250.11610-100000@current1.whistle.com> <19991029005450.A2757@apfel.de>
next in thread | previous in thread | raw e-mail | index | archive | help
:On Thu, Oct 28, 1999 at 02:56:00PM -0700, Julian Elischer wrote:
:> > Block devices are being removed from the system so the answer is
:> > no at the moment. If people have a need, we will probably introduce
:> > a block device overlay of some sort that would theoretically be mmapable.
:>
:> I think he means block device as in 'disk' not as in 'brwxrwxrwx"
:
:I was thinking of using a disk without a filesystem, for example for the CNFS
:storage method in INN. This requires that the device is mmapable.
:
:OK, so I know now that I can have pretty large files in the Terabyte range.
:Very nice. But I assume I cannot mmap anything like a 100 GB file ?
:
:Michael
Intel cpu's only have a 4G address space. Your are limited to around
a 2G mmap()ing. You can mmap() any portion of a larger file but you
cannot mmap() the whole file at once.
The easiest thing to do is to simply create a number of fixed-sized files
and tell CNFS to use them.
-Matt
Matthew Dillon
<dillon@backplane.com>
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?199910282234.PAA12655>