Date: Fri, 31 Oct 2003 15:29:48 -0500 From: Vivek Pai <vivek@CS.Princeton.EDU> To: David Schultz <das@freebsd.org> Cc: Dag-Erling@FreeBSD.ORG Subject: Re: Some mmap observations compared to Linux 2.6/OpenBSD Message-ID: <3FA2C63C.5000900@cs.princeton.edu> References: <1066789354.21430.39.camel@boxster.onthenet.com.au> <20031022082953.GA69506@rot13.obsecurity.org> <1066816287.25609.34.camel@boxster.onthenet.com.au> <20031022095754.GA70026@rot13.obsecurity.org> <1066820436.25609.93.camel@boxster.onthenet.com.au> <xzpk76sc425.fsf@dwp.des.no> <20031026052854.GA20701@VARK.homeunix.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Take a look at Figure 6, page 9 in the following: http://www.cs.princeton.edu/~yruan/DeBox/debox.pdf On a 1GHz box with 1GB of memory, we were spending 4-5 milliseconds per mmap call, and that was limiting the throughput of our server on SpecWeb99. Figure 9 on page 11 shows that just getting rid of the mmap/munmap/mincore calls in this server got us a 50% performance boost on a fairly complicated workload. The SpecWeb99 workload was modeled after several web sites, so this might actually be a performance problem in the real world. If you look at figure 11, page 12, you'll see that with various improvements, our server's median latency dropped to less than 1ms. An mmap time of several milliseconds would kill that benefit. -Vivek David Schultz wrote: > Your idea of using a size-hashed freelist as well as a > location-sorted list is appealing in its simplicity. Though it > can cause a bit of fragmentation, it gives you constant time > lookup. Bonwick's vmem allocator ([1], section 4.4.2 and > following), apparently works quite well using this principle. > > But regardless of the approach, someone has yet to demonstrate > that this is actually a performance problem in the real world. ;-) > > [1] http://www.usenix.org/event/usenix01/full_papers/bonwick/ > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3FA2C63C.5000900>