Date: Wed, 16 Feb 2000 22:02:40 -0800 (PST) From: Matthew Dillon <dillon@apollo.backplane.com> To: Jason Evans <jasone@canonware.com>, current@FreeBSD.ORG Subject: Re: MAP_GUARDED patch (Re: Heads up, vm.max_proc_mmap sysctl added) Message-ID: <200002170602.WAA56806@apollo.backplane.com> References: <200002162118.NAA54097@apollo.backplane.com> <20000216141339.C18774@sturm.canonware.com> <20000216141622.E18774@sturm.canonware.com> <200002162333.PAA54729@apollo.backplane.com> <20000216155222.G18774@sturm.canonware.com>
next in thread | previous in thread | raw e-mail | index | archive | help
: I believe that I can fix the downward-trending optimization problem
: but it's more work then I have time for right now. Please check out
: the patch and tell me what you think.
I take it back. It turns out that fixing the downward-trending h
optimization is trivial. Well, trivial for me anyway. I have to
rewrite vm_map_insert() and vm_object_coalesce() but they needed
cleaning up anyway.
It turns out that for anonymous objects we can use the vm_map_entry->offset
field to create a trivial object coalescing case. By setting the
vm_map_entry->offset field to be the same as the virtual start address,
adjacent entries in memory wind up being adjacent in the object as well.
-Matt
Matthew Dillon
<dillon@backplane.com>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200002170602.WAA56806>
