1. Managing Removable Media (Overview)
2. Managing Removable Media (Tasks)
3. Accessing Removable Media (Tasks)
4. Writing CDs and DVDs (Tasks)
5. Managing Devices (Overview/Tasks)
6. Dynamically Configuring Devices (Tasks)
7. Using USB Devices (Overview)
9. Using InfiniBand Devices (Overview/Tasks)
11. Administering Disks (Tasks)
12. SPARC: Adding a Disk (Tasks)
13. x86: Adding a Disk (Tasks)
14. Configuring Oracle Solaris iSCSI Targets and Initiators (Tasks)
15. The format Utility (Reference)
16. Managing File Systems (Overview)
17. Creating ZFS, UFS, TMPFS, and LOFS File Systems (Tasks)
18. Mounting and Unmounting File Systems (Tasks)
19. Using The CacheFS File System (Tasks)
20. Configuring Additional Swap Space (Tasks)
Swap Space and the TMPFS File System
Swap Space and Dynamic Reconfiguration
Configuring Swap Space in a SAN Environment
How Do I Know If I Need More Swap Space?
Swap Areas and the /etc/vfstab File
Creating a Swap File in a UFS Root Environment
How to Create a Swap File and Make It Available in UFS Root Environment
Adding or Changing Swap Space in an Oracle Solaris ZFS Root Environment
How to Add Swap Space in an Oracle Solaris ZFS Root Environment
How to Remove Unneeded Swap Space
21. Checking UFS File System Consistency (Tasks)
22. UFS File System (Reference)
23. Backing Up and Restoring UFS File Systems (Overview)
24. Backing Up UFS Files and File Systems (Tasks)
25. Using UFS Snapshots (Tasks)
26. Restoring UFS Files and File Systems (Tasks)
27. UFS Backup and Restore Commands (Reference)
28. Copying UFS Files and File Systems (Tasks)
The most important factors in determining swap space size are the requirements of the system's software applications. For example, large applications such as computer-aided design simulators, database management products, transaction monitors, and geologic analysis systems can consume as much as 200–1000 MB of swap space.
Consult your application vendors for swap space requirements for their applications.
If you are unable to determine swap space requirements from your application vendors, use the following general guidelines based on your system type to allocate swap space.
|
Note - Crash dump content is compressed so the dump device does not have to be the same size as physical memory. By default, the dump content value is set to kernel pages. However, if the dump content value is set to dump all memory pages, then consider increasing the dump size to half the size of physical memory or more.
In addition to preceding general guidelines, consider allocating swap space or disk space for a UFS-based system for the following:
A dedicated dump device.
The /var/crash directory. The default system crash dump content is kernel memory pages only and the dump is compressed before it is written. Consider sizing this directory to the size of the dump device unless you attend to keep several system crash dumps.
Determine whether large applications (such as compilers) will be using the /tmp directory. Then, allocate additional swap space to be used by TMPFS. For information about TMPFS, see Swap Space and the TMPFS File System.
During an initial installation of a ZFS root file system or a Solaris Live Upgrade from a UFS file system to a ZFS root file system, a swap area is automatically created on a ZFS volume in the ZFS root pool, generally in the 512 MB to 2 GB range. In the case of a UFS to ZFS migration by using Solaris Live Upgrade, a swap volume is created based on the sizes of existing swap areas.
In a ZFS root pool, swap devices are not pre-allocated to fixed-size slices, so it is fairly easy to modify the swap size later.
After you assess the swap requirements of your applications, you can use the default swap size or adjust the swap volume size during an initial installation or after the installation, if necessary.
During an initial installation, the default dump volume size is calculated by the kernel based on dumpadm information and the size of physical memory. During a Live Upgrade migration from a UFS root file system to a ZFS root file system, the default dump volume size is set to half the size of physical memory, between 512 MB and 2 GB, in the ZFS BE.
In a ZFS environment, file systems consume space from the pool so the /var/crash directory consumes what it needs depending on how many crash dumps are saved.