From owner-svn-doc-all@FreeBSD.ORG Thu Mar 20 15:20:18 2014 Return-Path: Delivered-To: svn-doc-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4DFC9E8E; Thu, 20 Mar 2014 15:20:18 +0000 (UTC) Received: from svn.freebsd.org (svn.freebsd.org [IPv6:2001:1900:2254:2068::e6a:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2F3592AF; Thu, 20 Mar 2014 15:20:18 +0000 (UTC) Received: from svn.freebsd.org ([127.0.1.70]) by svn.freebsd.org (8.14.8/8.14.8) with ESMTP id s2KFKIwA081750; Thu, 20 Mar 2014 15:20:18 GMT (envelope-from dru@svn.freebsd.org) Received: (from dru@localhost) by svn.freebsd.org (8.14.8/8.14.8/Submit) id s2KFKHt9081748; Thu, 20 Mar 2014 15:20:17 GMT (envelope-from dru@svn.freebsd.org) Message-Id: <201403201520.s2KFKHt9081748@svn.freebsd.org> From: Dru Lavigne Date: Thu, 20 Mar 2014 15:20:17 +0000 (UTC) To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org Subject: svn commit: r44296 - in head/en_US.ISO8859-1/books/handbook: bsdinstall config X-SVN-Group: doc-head MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: svn-doc-all@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Mar 2014 15:20:18 -0000 Author: dru Date: Thu Mar 20 15:20:17 2014 New Revision: 44296 URL: http://svnweb.freebsd.org/changeset/doc/44296 Log: Incorporate 12.2 Initial Configuration - Partition Layout into 2.7 Allocating Disk Space. Sponsored by: iXsystems Modified: head/en_US.ISO8859-1/books/handbook/bsdinstall/chapter.xml head/en_US.ISO8859-1/books/handbook/config/chapter.xml Modified: head/en_US.ISO8859-1/books/handbook/bsdinstall/chapter.xml ============================================================================== --- head/en_US.ISO8859-1/books/handbook/bsdinstall/chapter.xml Thu Mar 20 14:51:31 2014 (r44295) +++ head/en_US.ISO8859-1/books/handbook/bsdinstall/chapter.xml Thu Mar 20 15:20:17 2014 (r44296) @@ -1232,6 +1232,104 @@ Trying to mount root from cd9660:/dev/is + This section describes what to consider when laying + out the disk partitions. It then demonstrates how to use both + the Guided Partitioning and Manual Partitioning screens. + + + Designing the Partition Layout + + partition layout + + /etc + + + /var + + + /usr + + + When laying out file systems, remember that hard drives transfer data + faster from the outer tracks to the inner. Thus, smaller + and heavier-accessed file systems should be closer to the + outside of the drive, while larger partitions like + /usr should be placed toward the inner + parts of the disk. It is a good idea to create partitions + in an order similar to: /, swap, + /var, and + /usr. + + The size of the /var partition + reflects the intended machine's usage. This partition is + used to hold mailboxes, log files, and printer spools. + Mailboxes and log files can grow to unexpected sizes + depending on the number of users and how long log files are + kept. On average, most users rarely need more than about a + gigabyte of free disk space in + /var. + + + Sometimes, a lot of disk space is required in + /var/tmp. When new software is + installed, the packaging tools + extract a temporary copy of the packages under + /var/tmp. Large software packages, + like Firefox, + OpenOffice or + LibreOffice may be tricky to + install if there is not enough disk space under + /var/tmp. + + + The /usr partition holds many of + the files which support the system, including the &os; Ports + Collection and system source code. At least 2 gigabytes is + recommended for this partition. + + When selecting partition sizes, keep the space + requirements in mind. Running out of space in one partition + while barely using another can be a hassle. + + + swap sizing + + + swap partition + + + As a rule of thumb, the swap partition should be about + double the size of physical memory (RAM). + Systems with minimal RAM may perform + better with more swap. Configuring too little swap can + lead to inefficiencies in the VM page + scanning code and might create issues later if more memory + is added. + + On larger systems with multiple SCSI + disks or multiple IDE disks operating + on different controllers, it is recommended that swap be + configured on each drive, up to four drives. The swap + partitions should be approximately the same size. The + kernel can handle arbitrary sizes but internal data + structures scale to 4 times the largest swap partition. + Keeping the swap partitions near the same size will allow + the kernel to optimally stripe swap space across disks. + Large swap sizes are fine, even if swap is not used much. + It might be easier to recover from a runaway program before + being forced to reboot. + + By properly partitioning a system, fragmentation + introduced in the smaller write heavy partitions will not + bleed over into the mostly read partitions. Keeping the + write loaded partitions closer to the disk's edge will + increase I/O performance in the partitions where it occurs + the most. While I/O performance in the larger partitions + may be needed, shifting them more toward the edge of the + disk will not lead to a significant performance improvement + over moving /var to the edge. + + Guided Partitioning Modified: head/en_US.ISO8859-1/books/handbook/config/chapter.xml ============================================================================== --- head/en_US.ISO8859-1/books/handbook/config/chapter.xml Thu Mar 20 14:51:31 2014 (r44295) +++ head/en_US.ISO8859-1/books/handbook/config/chapter.xml Thu Mar 20 15:20:17 2014 (r44296) @@ -61,11 +61,6 @@ - How to efficiently work with file systems and swap - partitions. - - - The basics of rc.conf configuration and /usr/local/etc/rc.d startup scripts. @@ -110,141 +105,6 @@ - - Initial Configuration - - - Partition Layout - - partition layout - - /etc - - - /var - - - /usr - - - - Base Partitions - - When laying out file systems with &man.bsdlabel.8; or - &man.sysinstall.8;, remember that hard drives transfer data - faster from the outer tracks to the inner. Thus, smaller - and heavier-accessed file systems should be closer to the - outside of the drive, while larger partitions like - /usr should be placed toward the inner - parts of the disk. It is a good idea to create partitions - in an order similar to: /, swap, - /var, and - /usr. - - The size of the /var partition - reflects the intended machine's usage. This partition is - used to hold mailboxes, log files, and printer spools. - Mailboxes and log files can grow to unexpected sizes - depending on the number of users and how long log files are - kept. On average, most users rarely need more than about a - gigabyte of free disk space in - /var. - - - Sometimes, a lot of disk space is required in - /var/tmp. When new software is - installed with &man.pkg.add.1;, the packaging tools - extract a temporary copy of the packages under - /var/tmp. Large software packages, - like Firefox, - OpenOffice or - LibreOffice may be tricky to - install if there is not enough disk space under - /var/tmp. - - - The /usr partition holds many of - the files which support the system, including the &os; Ports - Collection and system source code. At least 2 gigabytes is - recommended for this partition. - - When selecting partition sizes, keep the space - requirements in mind. Running out of space in one partition - while barely using another can be a hassle. - - - The Auto-defaults partition sizer - used by &man.sysinstall.8; will sometimes select smaller - than adequate /var and - / partitions. Partition wisely and - generously. - - - - - Swap Partition - - - swap sizing - - - swap partition - - - As a rule of thumb, the swap partition should be about - double the size of physical memory (RAM) - as the kernel's virtual memory (VM) - paging algorithms are tuned to perform best when the swap - partition is at least two times the size of main memory. - Systems with minimal RAM may perform - better with more swap. Configuring too little swap can - lead to inefficiencies in the VM page - scanning code and might create issues later if more memory - is added. - - On larger systems with multiple SCSI - disks or multiple IDE disks operating - on different controllers, it is recommended that swap be - configured on each drive, up to four drives. The swap - partitions should be approximately the same size. The - kernel can handle arbitrary sizes but internal data - structures scale to 4 times the largest swap partition. - Keeping the swap partitions near the same size will allow - the kernel to optimally stripe swap space across disks. - Large swap sizes are fine, even if swap is not used much. - It might be easier to recover from a runaway program before - being forced to reboot. - - - - Why Partition? - - Several users think a single large partition will be - fine, but there are several reasons why this is a bad idea. - First, each partition has different operational - characteristics and separating them allows the file system - to tune accordingly. For example, the root and - /usr partitions are read-mostly, with - few writes, while a lot of reads and writes could occur in - /var and - /var/tmp. - - By properly partitioning a system, fragmentation - introduced in the smaller write heavy partitions will not - bleed over into the mostly read partitions. Keeping the - write loaded partitions closer to the disk's edge will - increase I/O performance in the partitions where it occurs - the most. While I/O performance in the larger partitions - may be needed, shifting them more toward the edge of the - disk will not lead to a significant performance improvement - over moving /var to the edge. Finally, - there are safety concerns. A smaller, neater root partition - which is mostly read-only has a greater chance of surviving - a bad crash. - - - - Core Configuration