"Benchmarking BSD and Linux"
Matthew Dillon
dillon at apollo.backplane.com
Tue Mar 8 18:53:14 PST 2011
After playing with this a bit today I found that a large chunk of the
difference seems to be related to the caching of various structures
related to process fork()ing, such as thread and kernel stacks, vmspace
structures, process structures, and so forth.
I made a few commits to make some of these parameters tunable, then
tuned them up to absurd levels in /boot/loader.conf (requiring a reboot):
lwkt.cache_threads=4096
vm.cache_vmspaces=4096
And the results were as expected. A much flatter, curve.
I have to say though that this is NOT a good idea in general. FreeBSD
just should not be trying to cache thousands of threads worth of
structures and associated data... it should be throwing that away to free
up memory for other purposes, and probably contributes to KVM fragmentation
as well. Even though it makes the fork benchmark look better it is
a bad idea for a production system.
-Matt
More information about the Kernel
mailing list