Date: Sat, 3 Apr 1999 22:20:03 -0800 (PST) From: Bruce Evans <bde@zeta.org.au> To: freebsd-bugs@FreeBSD.org Subject: Re: kern/10927: Bug in UFS/FFS: time / space optimization on large partitions Message-ID: <199904040620.WAA65473@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/10927; it has been noted by GNATS. From: Bruce Evans <bde@zeta.org.au> To: bde@zeta.org.au, oliver.fromme@heim3.tu-clausthal.de Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/10927: Bug in UFS/FFS: time / space optimization on large partitions Date: Sun, 4 Apr 1999 16:18:25 +1000 >So the PR can be closed, of course. Sorry for the confusion. >I was probably confused by the description in newfs(8), but the >description in tunefs(8) is more clear. newfs(8) only describes the initial setting of the flag. I think the initial setting of -o space will get undone on the first allocation unless minfree is 0, since there aren't many fragments to begin with. >By the way, what would be better filesystem parameters, in >order to have optimization for time, as long as possible? Perhaps you want no fragments. I use a fragment size equal to the block size (4K) on some partitions in an attempt to increase efficiency by increasing contiguity. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199904040620.WAA65473>