Date: Sun, 30 Aug 2009 19:13:36 +0200 From: Kai Gallasch <gallasch@free.de> To: freebsd-fs@freebsd.org Subject: Re: need help with ZFS Message-ID: <20090830191336.5f1cdec0@orwell.free.de> In-Reply-To: <20090829160037.GA1848@garage.freebsd.pl> References: <4A927CB3.3040402@plus-plus.su> <4A964F4E.4080009@plus-plus.su> <4A9656CE.8020107@plus-plus.su> <367b2c980908270316n7a21673ek3a997573f2fadbb0@mail.gmail.com> <4A96731D.20406@plus-plus.su> <4A967680.2030205@plus-plus.su> <4A969D20.40809@plus-plus.su> <20090829160037.GA1848@garage.freebsd.pl>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 29 Aug 2009 18:00:37 +0200 wrote Pawel Jakub Dawidek <pjd@FreeBSD.org>: > > bonnie++ -s17000 -d. -n128 > > > > for about 10 minutes: > > > > http://omploader.org/vMjg5aQ/IMG_0057.jpg > [...] > > I'm running your test on pretty low-end h/w (i386, 1GB of RAM, two > cores) and cannot reproduce the problem for few hours now. The only > tuning I did was to set vm.kmem_size to 1GB. You still need to do > this very tuning even on amd64. Hi. Could you give a short explanation why on amd64 it is still necessary to set vm.kmem_size to 1GB ? I thought with zfs on FreeBSD-7.2-STABLE tuning kmem was not necessary any more. The reason I ask is, I have some servers on FreeBSD-7.2-STABLE AMD64 that are quite stable, but sometimes suffer from zfs performance degradation when zfs is competing with applications using huge amounts of RAM. Those servers are not swapping at all when this takes place. --Kai.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090830191336.5f1cdec0>