Date: Tue, 20 Mar 2001 09:50:51 -0800 (PST) From: Matt Dillon <dillon@earth.backplane.com> To: "Michael C . Wu" <keichii@iteration.net> Cc: Alfred Perlstein <bright@wintelcom.net>, "Michael C . Wu" <keichii@iteration.net>, grog@FreeBSD.ORG, fs@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: tuning a VERY heavily (30.0) loaded server Message-ID: <200103201750.f2KHopk94248@earth.backplane.com> References: <20010320111144.A51924@peorth.iteration.net> <20010320092717.R29888@fw.wintelcom.net> <20010320113818.B52586@peorth.iteration.net>
next in thread | previous in thread | raw e-mail | index | archive | help
One thing that comes to mind is that you can smarthost your outgoing
email to another host so the queues don't build up. This should
greatly reduce mail load. In fact, I would recommend offloading email
entirely if possible... email always hits disks hard.
Definitely get rid of MFS. MFS wastes 2x the memory allocated to it.
Use a softupdates-enabled filesystem in place of MFS, or use a
swap-backed VN-based partition with softupdates enabled.
Alfred's vmiodirenable suggestion is a good one.
With all the memory you have you can also try turning off write_behind,
e.g. setting vfs.write_behind to 0.
I don't have enough information on the type of paging your machine
is doing or the disk configuration. If you have multiple HD's, swap
should definitely be spread across at least two of them.
A few minutes worth of 'vmstat 1' output during the heavily loaded
period would be useful, plus 'sysctl -a | fgrep vm'. I might be able
to make suggestions on optimizing the VM system.
-Matt
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-fs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200103201750.f2KHopk94248>