summaryrefslogtreecommitdiffstats
path: root/share/man/man7/tuning.7
diff options
context:
space:
mode:
authorsheldonh <sheldonh@FreeBSD.org>2001-12-11 16:21:40 +0000
committersheldonh <sheldonh@FreeBSD.org>2001-12-11 16:21:40 +0000
commit29d0d309963e8ceb4d68e5963c13a4f5070d3e78 (patch)
tree90125984a1a1adf2fe49ce6fe3a4751dc707d34c /share/man/man7/tuning.7
parent1fef6a00e61c035c56a2a6493f67e443fea2566f (diff)
downloadFreeBSD-src-29d0d309963e8ceb4d68e5963c13a4f5070d3e78.zip
FreeBSD-src-29d0d309963e8ceb4d68e5963c13a4f5070d3e78.tar.gz
Update the default newfs block and fragment sizes from 8192/1024 to
16384/2048. Following recent discussions on the -arch mailing list, involving dillon and mckusick, this change parallels the one made over a decade ago when the default was bumped up from 4096/512. This should provide significant performance improvements for most folks, less significant performance losses for a few folks and wasted space lost to large fragments for many folks. For discussion, please see the following thread in the -arch archive: Subject: Using a larger block size on large filesystems The discussion ceases to be relevant when the issue of partitioning schemes is raised.
Diffstat (limited to 'share/man/man7/tuning.7')
-rw-r--r--share/man/man7/tuning.724
1 files changed, 17 insertions, 7 deletions
diff --git a/share/man/man7/tuning.7 b/share/man/man7/tuning.7
index f79ee5b..de26e8a 100644
--- a/share/man/man7/tuning.7
+++ b/share/man/man7/tuning.7
@@ -199,19 +199,29 @@ and
.Pp
.Fx
performs best when using 8K or 16K filesystem block sizes.
-The default filesystem block size is 8K.
-For larger partitions it is usually a good
-idea to use a 16K block size.
-This also requires you to specify a larger
+The default filesystem block size is 16K,
+which provides best performance for most applications,
+with the exception of those that perform random access on large files
+(such as database server software).
+Such applications tend to perform better with a smaller block size,
+although modern disk characteristics are such that the performance
+gain from using a smaller block size may not be worth consideration.
+Using a block size larger than 16K
+can cause fragmentation of the buffer cache and
+lead to lower performance.
+.Pp
+The defaults may be unsuitable
+for a filesystem that requires a very large number of inodes
+or is intended to hold a large number of very small files.
+Such a filesystem should be created with an 8K or 4K block size.
+This also requires you to specify a smaller
fragment size.
We recommend always using a fragment size that is 1/8
the block size (less testing has been done on other fragment size factors).
The
.Xr newfs 8
options for this would be
-.Dq Li "newfs -f 2048 -b 16384 ..." .
-Using a larger block size can cause fragmentation of the buffer cache and
-lead to lower performance.
+.Dq Li "newfs -f 1024 -b 8192 ..." .
.Pp
If a large partition is intended to be used to hold fewer, larger files, such
as a database files, you can increase the
OpenPOWER on IntegriCloud