From owner-freebsd-arch Thu Nov 2 8:32:45 2000 Delivered-To: freebsd-arch@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id E9AFA37B479 for ; Thu, 2 Nov 2000 08:32:42 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id eA2GWZ138286; Thu, 2 Nov 2000 08:32:35 -0800 (PST) (envelope-from dillon) Date: Thu, 2 Nov 2000 08:32:35 -0800 (PST) From: Matt Dillon Message-Id: <200011021632.eA2GWZ138286@earth.backplane.com> To: Marius Bendiksen Cc: Randell Jesup , arch@FreeBSD.ORG Subject: Re: Like to commit my diskprep References: Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :Not to bring out the paint early, but I have a suggestion, should the :concept of hog partitions be introduced (regardless of whether you stick :them in disklabel, diskpart, or yadisklabel3): make it possible to define :multiple variable-sized partitions, with percentile ratio to use from the :hog-space, ie. : :/ 64m :/var 128m :/usr 50% :/home 50% : :That would yield more flexibility, at a (hopefully) low additional cost in :code. : :Marius : With the size of hard disks today I'm not sure there would be much need, since generally you will want to specify fixed size partitions for all but the last one. For me: / 128M (so I can have a bunch of debug kernels) swap 2G /var 128M (bigger if this is a mail machine) /var/tmp 128M /usr 2G /data1 (remainder) (/home placed in /, /usr, or /data1 depending) 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. 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. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message