Date: Thu, 2 Nov 2000 22:14:00 +0100 (CET) From: Marius Bendiksen <mbendiks@eunet.no> To: Matt Dillon <dillon@earth.backplane.com> Cc: Randell Jesup <rjesup@wgate.com>, arch@FreeBSD.ORG Subject: Re: Like to commit my diskprep Message-ID: <Pine.BSF.4.05.10011022211110.13255-100000@login-1.eunet.no> In-Reply-To: <200011021632.eA2GWZ138286@earth.backplane.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> e.g. there wouldn't be a whole lot of need for a 10G /usr. Once hard > drives got big enough I just left it at 2G. This is a matter of preference (hence the reference to paint) and also the use intended for the system in question. However, the code is not going to be significantly more complex due to this, and I think it's a much better, ie cleaner, way of doing it. > One thing I am finding myself doing a lot these days is increasing the > block size for things like /data1 - that will often have fewer larger > files. FreeBSD4 reserves 16K of VM per struct buf no matter what, so > increasing the block size from 8K to 16K is a breeze. Larger block > sizes will put more pressure on the buffer cache and may still have > heavy-load deadlock situations , but should also generally work. I tend to use a block size of 16K to get the number of cylinder groups down to semi-sane levels. Marius To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.05.10011022211110.13255-100000>