Date: Sun, 26 Oct 2003 01:02:38 -0500 (CDT) From: Mike Silbersack <silby@silby.com> To: David Schultz <das@FreeBSD.ORG> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Some mmap observations compared to Linux 2.6/OpenBSD Message-ID: <20031026005938.L2023@odysseus.silby.com> In-Reply-To: <20031026052854.GA20701@VARK.homeunix.com> References: <1066789354.21430.39.camel@boxster.onthenet.com.au> <1066816287.25609.34.camel@boxster.onthenet.com.au> <1066820436.25609.93.camel@boxster.onthenet.com.au> <20031026052854.GA20701@VARK.homeunix.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 25 Oct 2003, David Schultz wrote: > But regardless of the approach, someone has yet to demonstrate > that this is actually a performance problem in the real world. ;-) I could be way wrong, but I would think that a database might mmap discontiguous segments of memory. Perhaps someone familiar with mysql/postgres/others might know if they would be a good benchmark. Actually, relating to this, didn't phk request a VM function which would remap a page (or contiguous segment of pages) to a new address which had free space after it? I believe that he needed such a feature to turbocharge realloc(). It sounds like the freelist mode of operation would make that more feasible. Mike "Silby" Silbersack
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20031026005938.L2023>