操作系统都用分页机制来管理物理内存，操作系统将磁盘的一部分划出来作为虚拟内存，由于内存的速度要比磁盘快得多，所以操作系统要按照某种换页机制将不需要的页面换到磁盘中，将需要的页面调到内存中，由于内存持续不足，这个换页动作持续进行，kswapd0是虚拟内存管理中负责换页的，当服务器内存不足的时候kswapd0会执行换页操作，这个换页操作是十分消耗主机CPU资源的。如果通过top发现该进程持续处于非睡眠状态，且运行时间较长，可以初步判定系统在持续的进行换页操作，可以将问题转向内存不足的原因来排查。
问题描述：kswapd0 进程占用了系统大量 CPU 资源。
处理办法：Linux 系统通过分页机制管理内存的同时，将磁盘的一部分划出来作为虚拟内存。而 kswapd0 是 Linux 系统虚拟内存管理中负责换页的进程。当系统内存不足时，kswapd0 会频繁的进行换页操作。而由于换页操作非常消耗 CPU 资源，所以会导致该进程持续占用较高 CPU 资源。如果通过 top 等监控发现 kswapd0 进程持续处于非睡眠状态，且运行时间较长并持续占用较高 CPU 资源，则通常是由于系统在持续的进行换页操作所致。则可以通过 free 、ps 等指令进一步查询系统及系统内进程的内存占用情况，做进一步排查分析。
Linux uses kswapd for virtual memory management such that pages that have been recently accessed are kept in memory and less active pages are paged out to disk. (what is a page?)…Linux uses manages memory in units called pages. So,the kswapd process regularly decreases the ages of unreferenced pages…and at the end they are paged out(moved out) to disk
kswapd0进程的作用：
它是虚拟内存管理中，负责换页的，操作系统每过一定时间就会唤醒kswapd ，看看内存是否紧张，如果不紧张，则睡眠。
在 kswapd 中，有2 个阀值，pages_hige 和 pages_low，当空闲内存页的数量低于 pages_low 的时候，kswapd进程就会扫描内存并且每次释放出32 个free pages，直到 free page 的数量到达pages_high。
kswapd0 占用过高是因为 物理内存不足，使用swap分区与内存换页操作交换数据，导致CPU占用过高。
可以通过修改 /etc/sys/vm/swappiness 里面的数值来修改swap分区使用与否，默认 60，数值越大表示更多的使用swap分区
内存的读写性能要比硬盘快的多，因此，在设计上会充分利用内存进行数据的读取和写入，提高性能，但是内存是有限的，这就引入了物理内存和虚拟内存的概念。
物理内存指通过物理内存条而获得的内存空间，称为RAM。
虚拟内存的概念，是为了满足物理内存不足的情况下，利用磁盘空间虚拟出的一块逻辑内存，用作虚拟内存的磁盘空间被称为交换空间（swap space）。
就是指将硬盘的一块区域划分来作为内存。内存主要作用是在计算机运行时为操作系统和各种程序提供临时储存。当物理内存不足时，可以用虚拟内存代替。
vm.swappiness是Linux内核的一个参数，范围是0～100。它表示实际内存和虚拟内存区域进行数据交换的倾向性大小，数值越大表示倾向性越大，即交换的页面文件越多，反之亦然。一般默认值为60。可用‘cat /proc/sys/vm/swappiness’查看。
Linux会在物理内存不足的时，使用交换分区的虚拟内存，也就是说，内核会将暂时不用的内存块信息写到交换空间，以释放物理内存。
Linux的内存管理采取的是分页存取机制，为了保证物理内存能得到充分的利用，内核会在适当的时候将物理内存中不经常使用的数据块自动交换到虚拟内存中，而将经常使用的信息保留到物理内存。swap si/so 交换区的换进换出。
所有的进程都需要内存，但是不是每个进程都需要一直将对象加载到内存中。基于这点，kernel通过将进程的部分或全部内存换出到磁盘上，来释放物理内存，直到需要再次使用，然后再次读到内存中。
kernel采用分页和交换进行内存管理。其中：
Buffer与Cache
buffer 和 cache都是通过使用物理内存的一部分.
A buffer is something that has yet to be "written" to disk. A cache is something that has been "read" from the disk and stored for later use
但是我们平常对系统资源进行监控时看到的buffer cache，其实都是cache，其中，buffer是buffer cache，cache是page cache，例如free命令中展示的结果：
Mem是物理内存统计，如上面显示的，total表示物理内存总量是8006M，used表示总计分配给缓存（包括buffers和cached的）使用的数量，但其中可能部分缓存并未实际使用。
used使用的内存有7253M，free未被分配的内存为752M，共享内存shared 一般系统不会用到，总是0。
Buffer是系统分配但未被使用的buffer数量有183M，cache是系统分配但未被使用的cache数量有5153M，关系：total(8006M) = used(7253M) + free(752M)，除去buffer和cache，真正使用的内存即-/+ buffers/cache中显示的used的值，也就是1934M。
即下面的关系：
(-buffers/cache) used内存数：1934M (指的第一部Mem行中的used–buffers– cached)
(+buffers/cache) free内存数: 6071M (指的第一部分Mem行中的free + buffers + cached) 所以-buffers/cache反映的是被程序实实在在吃掉的内存，而+buffers/cache反映的是可以挪用的内存总数。
但在2.4.10后的内核，buffer cache已经不存在了（或者说换了一种数据存放的方法） 而这种页面的叫法也变了，叫做 buffer page, 而buffer page放在什么地主呢？ 它放在page cache中。
总结： 2.4.10之后的内核的disk cache 只有 page cache, 而page cache中有些页面被叫做buffer page的，是因为这些页面（buffer page）都有与其相关的buffer_head 描述符，也正是这样页面被free 统计为 buffer 占用。
如果没有buffer_head与该页相关，则被free统计为 cache占用。
分配太多的Swap空间会浪费磁盘空间，而Swap空间太少，则系统会发生错误。如果系统的物理内存用光了，系统就会跑得很慢，但仍能运行；
如果Swap空间用光了，那么系统就会发生错误。例如，Web服务器能根据不同的请求数量衍生出多个服务进程（或线程），如果Swap空间用完，则服务进程无法启动，通常会出现“application is out of memory”的错误，严重时会造成服务进程的死锁。因此Swap空间的分配是很重要的。
通常情况下，Swap空间应大于或等于物理内存的大小，最小不应小于64M，通常Swap空间的大小应是物理内存的2-2.5倍。
但根据不同的应用，应有不同的配置：如果是小的桌面系统，则只需要较小的Swap空间，而大的服务器系统则视情况不同需要不同大小的Swap空间。特别是数据库服务器和Web服务器，随着访问量的增加，对Swap空间的要求也会增加，一般来说对于4G 以下的物理内存，配置2倍的swap，4G 以上配置1倍。
另外，Swap分区的数量对性能也有很大的影响。
因为Swap交换的操作是磁盘IO的操作，如果有多个Swap交换区，Swap空间的分配会以轮流的方式操作于所有的Swap，这样会大大均衡IO的负载，加快Swap交换的速度。
如果只有一个交换区，所有的交换操作会使交换区变得很忙，使系统大多数时间处于等待状态，效率很低。用性能监视工具就会发现，此时的CPU并不很忙，而系统却慢。这说明，瓶颈在IO上，依靠提高CPU的速度是解决不了问题的。
原文：https://www.cnblogs.com/wqbin/p/12095703.html