From owner-freebsd-fs@FreeBSD.ORG Fri Sep 21 12:51:53 2007 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D58616A468 for ; Fri, 21 Sep 2007 12:51:53 +0000 (UTC) (envelope-from freebsd-fs@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id DC67A13C4B0 for ; Fri, 21 Sep 2007 12:51:52 +0000 (UTC) (envelope-from freebsd-fs@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IYhwr-000289-9x for freebsd-fs@freebsd.org; Fri, 21 Sep 2007 14:49:33 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Sep 2007 14:49:33 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Sep 2007 14:49:33 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-fs@freebsd.org From: Ivan Voras Date: Fri, 21 Sep 2007 14:45:35 +0200 Lines: 64 Message-ID: References: <46F3A64C.4090507@fluffles.net> <46F3B520.1070708@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigE36410BE42DF53D7D8D7BB25" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.12 (X11/20060911) In-Reply-To: <46F3B520.1070708@FreeBSD.org> X-Enigmail-Version: 0.94.4.0 Sender: news Subject: Re: Writing contigiously to UFS2? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2007 12:51:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE36410BE42DF53D7D8D7BB25 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Stefan Esser wrote: > Ivan Voras wrote: >> (ZFS is not the ultimate solution: 1) replacing UFS monoculture with Z= FS >> monoculture will sooner or later yield problems, and 2) sometimes a >> "dumb" unix filesystem is preferred to the "smart" ZFS). >=20 > Both XFS and ReiserFS are quite complex compared to UFS definitely > not well described by the term "dumb" ;-) Of course, I mean no disrespect to them, I've read enough papers on them = to realize their complexity :) By "dumb" I meant they behave like "point = them to a device and they will stick to it", i.e. they don't come with a = volume manager. > The FFS paper by McKusick et.al describes the historical allocation > strategy, which was somewhat modified in FreeBSD a few years ago in > order to adapt to modern disk sizes (larger cylinder groups, meaning > it is not a good idea to create each new directory in a new cylinder > group). [thinking out loud:] From experience (not from reading code or the docs) I conclude that=20 cylinder groups cannot be larger than around 190 MB. I know this from=20 numerous runnings of newfs and during development of gvirstor which=20 interacts with cg in an "interesting" way. I know the reasons why cgs=20 exist (mainly to lower latencies from seeking) but with todays drives=20 and memory configurations it would sometimes be nice to make them larger = or in the extreme, make just one cg that covers the entire drive.=20 Though, this extreme would in case of concat configurations put all of=20 block and inode metadata on the first drive which could have interesting = effects on performance. Of course, with seek-less drives (solid state)=20 there's no reason to have cgs at all. --------------enigE36410BE42DF53D7D8D7BB25 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFG87zvldnAQVacBcgRA+QDAJ9DAe3v2ddR9WZRzx/KlKjBye0erACfYHMg VoW1ozr75Mbml3V8oN0Sw3M= =DEqb -----END PGP SIGNATURE----- --------------enigE36410BE42DF53D7D8D7BB25--