Date: Sun, 24 Feb 2002 10:15:24 -0800 (PST) From: Matthew Dillon <dillon@apollo.backplane.com> To: Andrew Mobbs <andrewm@chiark.greenend.org.uk> Cc: hackers@FreeBSD.ORG Subject: Re: Test patch for msync/object-flushing performance (for stable) Message-ID: <200202241815.g1OIFOV83527@apollo.backplane.com> References: <15478.31998.459219.178549@chiark.greenend.org.uk> <200202222042.g1MKg4u22700@apollo.backplane.com> <200202222201.g1MM1f431236@apollo.backplane.com> <15481.61.57511.222531@chiark.greenend.org.uk>
index | next in thread | previous in thread | raw e-mail
Andrew, thanks for running these tests! They confirm exactly what I
expected. I would like to improve bit 1 a bit more, but I think it
is good enough to stage into the system with the default set to 3.
In particular, I found that when you have a huge mmap()'d area and
you msync() a small portion of it, bit 0 (case 1) results in phenominally
better cpu performance above and beyond the lower fragmentation because
msync() doesn't have to scan the entire object's memq. This should have
a large positive effect on a number of applications.
-Matt
Matthew Dillon
<dillon@backplane.com>
: vm.msync_flush_flags
: | 0 | 1 | 2 | 3 |
:-------+-------+-------+-------+-------|
:write | 519 | 517 | 1632 | 519 |
:sync | 2227 | 176 | 848 | 177 |
:-------+-------+-------+-------+-------|
:write | 514 | 517 | 518 | 516 |
:sync | 2215 | 175 | 2219 | 176 |
:-------+-------+-------+-------+-------|
:write | 511 | 649 | 517 | 513 |
:sync | 2209 | 125 | 2223 | 176 |
:-------+-------+-------+-------+-------|
:write | 514 | 518 | 515 | 517 |
:sync | 2217 | 176 | 2209 | 176 |
:-------+-------+-------+-------+-------|
:write | 516 | 516 | 517 | 518 |
:sync | 2219 | 176 | 2222 | 177 |
:
:Nearly 13 times improvement in sync times, very nice.
:--
:Andrew Mobbs - http://www.chiark.greenend.org.uk/~andrewm/
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message
help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200202241815.g1OIFOV83527>
