From owner-freebsd-arch Thu Nov 2 8:58:35 2000 Delivered-To: freebsd-arch@freebsd.org Received: from mail.wgate.com (mail.wgate.com [38.219.83.4]) by hub.freebsd.org (Postfix) with ESMTP id 6CBD737B479 for ; Thu, 2 Nov 2000 08:58:31 -0800 (PST) Received: from jesup.eng.tvol.net ([10.32.2.26]) by mail.wgate.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id VT2YBZ74; Thu, 2 Nov 2000 11:58:28 -0500 Reply-To: Randell Jesup To: Matt Dillon Cc: Marius Bendiksen , Randell Jesup , arch@FreeBSD.ORG Subject: Re: Like to commit my diskprep References: <200011021632.eA2GWZ138286@earth.backplane.com> From: Randell Jesup Date: 02 Nov 2000 12:02:13 -0500 In-Reply-To: Matt Dillon's message of "Thu, 2 Nov 2000 08:32:35 -0800 (PST)" Message-ID: User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matt Dillon writes: >:/ 64m >:/var 128m >:/usr 50% >:/home 50% >: >:That would yield more flexibility, at a (hopefully) low additional cost in >:code. Not that hard. I'll look into it in my mods. > 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: Perhaps. Everyone has their own preference and own situation. For you all-but-one fixed works. I might want all of them defined as percentages perhaps, or all but /. > 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. The defaults for -b and -f and -c for newfs/etc are WOEFULLY out-of-date. See the sysinstall checkin comment I referenced. I use 16K myself. It's possible larger might be better, especially for large partitions - perhaps make it variable on partition size.... And 16 for cpg is truely criminal (can you say thousands of spare root blocks? And very slow newfs?) -- Randell Jesup, Worldgate Communications, ex-Scala, ex-Amiga OS team ('88-94) rjesup@wgate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message