Date: Thu, 23 May 2002 21:33:27 -0500 From: Alan Cox <alc@cs.rice.edu> To: Mike Silbersack <silby@silby.com> Cc: Alan Cox <alc@FreeBSD.org>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/vm vm_map.c vm_map.h Message-ID: <20020524023327.GB17481@cs.rice.edu> In-Reply-To: <20020523205929.R18281-100000@patrocles.silby.com> References: <200205240133.g4O1XP047545@freefall.freebsd.org> <20020523205929.R18281-100000@patrocles.silby.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, May 23, 2002 at 09:01:41PM -0500, Mike Silbersack wrote: > > On Thu, 23 May 2002, Alan Cox wrote: > > > alc 2002/05/23 18:33:25 PDT > > > > Modified files: > > sys/vm vm_map.c vm_map.h > > Log: > > with a large number of entries. For example, the execution time > > for replaying an access log from www.cs.rice.edu against the thttpd > > web server was reduced by 23.5% due to the large number of files > > simultaneously mmap()ed by this server. (The machine in question has > > enough memory to cache most of this workload.) > > Wow! Have you done any benchmarks with other apps? Yes. The thttpd result was just the one that I thought most people could relate to. Applications that make heavy use of mprotect() to implement garbage collection or virtual/distributed shared memory on clusters benefit from this as well. Alan P.S. I hope this motivates others on this list to look at splay trees. They are extemely easy to work with and to implement. (Notice that vm_map.c only grew by 24 lines.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020524023327.GB17481>