From owner-freebsd-current Wed Feb 16 22: 2:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from builder.freebsd.org (builder.FreeBSD.ORG [204.216.27.24]) by hub.freebsd.org (Postfix) with ESMTP id B5D5037B564 for ; Wed, 16 Feb 2000 22:02:42 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by builder.freebsd.org (Postfix) with ESMTP id 91AE8132E7 for ; Wed, 16 Feb 2000 22:02:01 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id WAA56806; Wed, 16 Feb 2000 22:02:40 -0800 (PST) (envelope-from dillon) Date: Wed, 16 Feb 2000 22:02:40 -0800 (PST) From: Matthew Dillon Message-Id: <200002170602.WAA56806@apollo.backplane.com> To: Jason Evans , current@FreeBSD.ORG Subject: Re: MAP_GUARDED patch (Re: Heads up, vm.max_proc_mmap sysctl added) 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> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message