From owner-freebsd-current Wed Sep 16 00:31:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA22385 for freebsd-current-outgoing; Wed, 16 Sep 1998 00:31:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA22372; Wed, 16 Sep 1998 00:31:49 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id JAA03348; Wed, 16 Sep 1998 09:25:55 +0200 (CEST) To: Mike Smith cc: joelh@gnu.org, Terry Lambert , tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP In-reply-to: Your message of "Wed, 16 Sep 1998 00:24:19 PDT." <199809160724.AAA00684@word.smith.net.au> Date: Wed, 16 Sep 1998 09:25:55 +0200 Message-ID: <3346.905930755@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199809160724.AAA00684@word.smith.net.au>, Mike Smith writes: >> In message <199809152258.PAA01641@dingo.cdrom.com>, Mike Smith writes: >> >> >> Without knowing the true geometry of the disk (which I assume EIDE >> >> doesn't allow), we can't optimize for the cylinder patterns anyway, so >> >> I suppose it's a moot issue. I suppose that by manually specifying >> >> the geometry at format time then it could be slightly optimized for >> >> those hdd's that come with true geometry. Was that taken out because >> >> the computation was outweighing the seek time benefits, or what? >> > >> >Disk geometry is nonlinear, and the calculations involved in optimising >> >for it are complex and not really compatible with the optimisations for >> >this sort of thing already part of the filesystem. >> >> ... Which have been disabled since 2.0.5 or something, we're now running >> on a pseudo geometry which fails horribly on huge disks. > >It's better than what we'd have otherwise. > >> According to Kirk, 16 to 32 is the right number of cylinder groups, >> all over 50 is waste. we can end up with 200+ cgs on modern disks :-( > >Yay, even less locality of reference. You were paying attention to the >thread on inode allocation policies that went past just recently? No, I don't recall so, it must have been on a list I'm not on. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message