今天下午網(wǎng)站宕了兩次機(jī)，發(fā)工單給阿里云，發(fā)現(xiàn)原因是服務(wù)器的CPU 100%了。

重啟服務(wù)器后，使用 top 命令看看是哪些進(jìn)程消耗那么大的 CPU 使用。盯了有好十幾分鐘，主要消耗 CPU 的進(jìn)程有兩個(gè)，一個(gè)是 mysql，另一個(gè)是 apache。下面的圖可以看到，mysql 占用了很大部分的 CPU 使用。apache 單個(gè)進(jìn)程雖然占得不多，但有不少個(gè) apache 進(jìn)程同時(shí)存在，也消耗了不少 CPU 的使用。

當(dāng)然，這些不足以讓服務(wù)器的 CPU 直接跑滿掛掉，后來(lái)發(fā)現(xiàn)了兩個(gè)大家伙：

當(dāng) mysql 的 CPU 消耗降下來(lái)之后，出現(xiàn)了兩個(gè)奇怪的進(jìn)程：kswapd0 和 events/0。

1. kswapd0

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進(jìn)程的作用：它是虛擬內(nèi)存管理中，負(fù)責(zé)換頁(yè)的，操作系統(tǒng)每過(guò)一定時(shí)間就會(huì)喚醒kswapd ，看看內(nèi)存是否緊張，如果不緊張，則睡眠，在 kswapd 中，有2 個(gè)閥值，pages_hige 和 pages_low，當(dāng)空閑內(nèi)存頁(yè)的數(shù)量低于 pages_low 的時(shí)候，kswapd進(jìn)程就會(huì)掃描內(nèi)存并且每次釋放出32 個(gè)free pages，直到 free page 的數(shù)量到達(dá)pages_high。

查看內(nèi)存使用率，發(fā)現(xiàn)內(nèi)存確實(shí)不夠用，有時(shí)候已經(jīng)使用到了swap。

2. events/0

另一個(gè)進(jìn)程 events/0 是工作者線程，主要是用來(lái)執(zhí)行delay work的。先簡(jiǎn)單介紹一下。

我們都知道中斷的底半部機(jī)制有三種：軟中斷、tasklet和工作隊(duì)列。其中軟中斷很少使用，內(nèi)核中只有網(wǎng)絡(luò)在使用，它的延時(shí)是最小的。

tasklet是軟中斷的一個(gè)應(yīng)用，所有線程注冊(cè)的tasklet都會(huì)順序被執(zhí)行。因此tasklet的執(zhí)行環(huán)境是軟中斷上下文，所以不能阻塞或者睡眠。一般情況下，tasklet的延遲也很小，可以滿足大部分需求。

要是底半部中可能睡眠，那么只好使用工作隊(duì)列了。工作隊(duì)列其實(shí)是把要做的底半部的函數(shù)交給內(nèi)核的專門線程去調(diào)用。這樣工作隊(duì)列就運(yùn)行于線程環(huán)境了，不怕睡眠。當(dāng)然，睡眠會(huì)影響注冊(cè)到同一線程的其它底半部的執(zhí)行，但不會(huì)引起大的問(wèn)題。每個(gè)CPU都有一個(gè)線程（events/n,n是編號(hào)）負(fù)責(zé)執(zhí)行工作隊(duì)列，第一個(gè)CPU的線程是events/0，如果是雙核的，還會(huì)有一個(gè)events/1線程。程序使用了工作隊(duì)列，所以每次執(zhí)行都會(huì)多出一個(gè)events/0(第一個(gè)CPU上工作線程)。

內(nèi)核的軟中斷輔助處理線程ksoftirqd/n(n是CPU編號(hào))，它們負(fù)責(zé)出發(fā)軟中斷中觸發(fā)的軟中斷。它們將重新觸發(fā)軟中斷放在系統(tǒng)空閑時(shí)調(diào)用，而不是馬上。這樣用戶空間不至于饑餓，重新觸發(fā)的軟中斷也得以盡快執(zhí)行。（《Linux內(nèi)核設(shè)計(jì)與實(shí)現(xiàn)》85頁(yè)）

宕機(jī)原因顯而易見(jiàn)了，physical mem 不足，引起 swap 頻繁。其實(shí)這也是 VPS 使用上的一個(gè)常見(jiàn)的問(wèn)題了，通常是由 Apache 占用內(nèi)存過(guò)多引起的。kswapd0 是系統(tǒng)的虛擬內(nèi)存管理程序，如果物理內(nèi)存不夠用，系統(tǒng)就會(huì)喚醒 kswapd0 進(jìn)程，由 kswapd0 分配磁盤交換空間作緩存，因而占用大量的 CPU 資源。重啟Apache，釋放內(nèi)存，問(wèn)題就會(huì)消失。但這不是長(zhǎng)久之計(jì)，最好的方法還是花點(diǎn)錢升級(jí)下內(nèi)存。我也知道隨著訪問(wèn)量的不斷上漲，肯定要升級(jí)下內(nèi)存，但是沒(méi)想到這個(gè)問(wèn)題這么快就來(lái)了……