We know that using swap space instead of RAM (memory) can severely slow down the performance of Linux. So then, one might ask, since I have more than enough memory available, wouldn’t it better to remove swap space completely? The short answer is, No. There are performance benefits when swap is enabled, even when you have more than enough ram.
With more than adequate server memory installed, you will often find that after long periods of uptime, swap space will be used. See the below example from a live-chat server:
total used free shared buff/cache available Mem: 3.7G 1.0G 445M 84M 2.2G 2.2G Swap: 1.8G 308M 1.5G
The output of free -h here shows 308M of swap space used. When I ran checks for swapping there were no signs of ongoing or untimely swap I/O activity. In addition, the kswap service didn’t consume much CPU time. In fact, the kswap process was no where to be found in top (top processes sorted by CPU time). To confirm I used the following command:
ps -A | grep kswap 40 ? 00:00:29 kswapd0
…so in this case, as in many, swap usage is not hurting Linux server performance. But lets look at how swap space can actually help Linux server performance.
Advantages of swap space on systems with adequate RAM
It’s normal and can be a good thing for Linux systems to use some swap, even if there is still available RAM. The Linux Kernel will move memory pages which are hardly ever used into swap space to ensure that even more cachable space is made available in-memory for more frequently used memory pages (a page is a piece of memory). Swap usage becomes a performance problem when the Kernel is pressured to continuously move memory pages in and out of memory and swap space.
Another advantage is that swap gives admins time to react to low memory issues. We will often notice the server acting slowly and upon login will notice heavy swapping. Without swap (as described in the next section) running out of memory can create much more sudden and severe chain reactions. So usually I would advice to set swap space to about the size of your largest process. For example, MySQL’s configured memory in my.cnf. It can even be smaller. Especially if you have monitoring and/or alerting in place.
Some recommend no swap or swap size slightly larger than total RAM. If you can come up with valid reasons for this, then that may be your choice. However, on servers, this is hardly the case and you should instead balance your decision with the effects swap will have on your specific applications. Swap does not change the amount of RAM required for a healthy server, or desktop for that matter. It’s designed to be complimentary to performance on healthy systems.
— Even if there is still available RAM, the Linux Kernel will move memory pages which are hardly ever used into swap space.
— It’s better to swap out memory pages that have been inactive for a while, keeping often-used data in cache and this should happen when the server is most idle, which is the aim of the Kernel.
— Avoid setting your swap space too large if it will result in prolonging performance issues, outages or your response time (without proper monitoring/alerts).
Swap Space vs No Swap when available memory is low
Unlike the case above, if you don’t have enough memory, swap will be used quite often and noticeably more during any memory requirement spikes. If you don’t have enough memory and no swap space, this will often cause failure to allocate memory for requests needing more memory pages. As a last resort, the Kernel will deploy OOM killer to nuke high-memory processes (usually MySQL, java, etc).
For a more detailed look at Linux swap space read the Swap Management and Page Frame Reclamation chapters from Kernel.org docs. Also, have a look at the last section “Kernel cache pressure and swappiness” of my other blog post for tips on tuning the usage of Linux swap space by the Kernel. If your swap space “used” is always ‘0’ then you do indeed have a ton of freely available RAM, in which case it may be safe to remove the swap space… or you can adjust your Kernel’s cache pressure to make use of even more RAM.
— Swap I/O scales very poorly. If memory pages cannot be swapped only when the server is idle, then you should tune or disable swap. This is usually not the case, thus the “almost always” title of this blog post.
— With swap disabled, performance issues become noticeable very fast and the OOM killer may get you! :)
For comparison, here’s the output of free using and older version of free from procps-ng-3.3.1 on the same server:
total used free shared buffers cached Mem: 3.7G 3.3G 445M 0B 4.2M 1.7G -/+ buffers/cache: 1.6G 2.1G Swap: 1.8G 308M 1.5G
Kernel cache pressure and swappiness
Now that you have swap enabled. Consider adjusting the your server’s cache pressure and tendency to swap (vm.swappiness) by following the guide below, which is from the previous article: Linux server needs a RAM upgrade? Check with top, free, vmstat and sar:
vfs_cache_pressure – Controls the tendency of the kernel to reclaim the memory which is used for caching of directory and inode objects. (default = 100, recommend value 50 to 200)
swappiness – This control is used to define how aggressive the kernel will swap memory pages. Higher values will increase aggressiveness, lower values decrease the amount of swap. (default = 60, recommended values between 1 and 60) Remove your swap for 0 value, but usually not recommended in most cases.
To edit you can add or replace these lines in /etc/sysctl.conf file. For example,if you have low memory, until you upgrade you can try something such as:
This will increase the cache pressure and that may seem somewhat counter productive since caching is good for performance. However, too frequent swapping reduces your server’s overall performance significantly more. So not keeping as much cache in memory will help reduce swap/swapcache activity. Also, with vm.swappiness set to 10 or as low as 1, will reduce disk swapping.
On a healthy server with lots of available memory use the following:
This will decrease the cache pressure. Since caching is good for performance, we want to keep cache in memory longer. Since the cache will grow larger we still want to reduce swapping so that it does not cause increased swap I/O.
To check current values using these commands use:
sudo cat /proc/sys/vm/swappiness sudo cat /proc/sys/vm/vfs_cache_pressure
To enable these settings temporarily without rebooting use the following commands:
sudo sysctl -w vm.swappiness=10 sudo sysctl -w vm.vfs_cache_pressure=50
The man pages for both versions of free should be considered independently (see screenshot of the most recent version below).
Article posted: Jul 28, 2017 | Last updated: Apr 17th 2019