存回收守護(hù)進(jìn)程 kswapd：從周期喚醒到緊迫平衡全流程)
在生產(chǎn)環(huán)境維護(hù)高吞吐數(shù)據(jù)庫(kù)或大型中間件集群時(shí)幾乎所有運(yùn)維與系統(tǒng)研發(fā)都經(jīng)歷過(guò)“kswapd0 突發(fā)打滿單核 CPU 100%”的驚魂時(shí)刻。監(jiān)控告警頻發(fā)系統(tǒng)平均負(fù)載Load Average瞬間拉升數(shù)倍關(guān)鍵服務(wù)的 P99 時(shí)延出現(xiàn)斷崖式劣化。許多初入工業(yè)界的工程師在面對(duì)這一現(xiàn)象時(shí)往往下意識(shí)地祭出“關(guān)閉 Swap 分區(qū)”的祖?zhèn)髅胤綀?zhí)行swapoff -a。然而這往往將系統(tǒng)推向更危險(xiǎn)的深淵失去了匿名頁(yè)換出緩沖區(qū)的保護(hù)系統(tǒng)在遭遇突發(fā)內(nèi)存壓力時(shí)會(huì)跳過(guò)平滑調(diào)諧瞬間觸發(fā)應(yīng)用線程的直接內(nèi)存回收Direct Reclaim甚至毫無(wú)征兆地引爆 OOM-Killer 強(qiáng)殺核心數(shù)據(jù)庫(kù)進(jìn)程。kswapd是 Linux 虛擬內(nèi)存管理器VMM中最核心的后臺(tái)異步平衡守護(hù)進(jìn)程。它絕非一個(gè)簡(jiǎn)單的“內(nèi)存清理工”而是背負(fù)著精密的 NUMA 拓?fù)淦胶?、?yè)面階數(shù)Order碎片整理以及 LRU 雙向鏈表掃描的多維狀態(tài)機(jī)。kswapd 執(zhí)行骨架與 pgdat 平衡狀態(tài)機(jī)Linux 系統(tǒng)中的每一個(gè) NUMA 內(nèi)存節(jié)點(diǎn)Node都會(huì)在系統(tǒng)引導(dǎo)時(shí)綁定一個(gè)名為kswapd[N]的獨(dú)立內(nèi)核線程如單路 CPU 通常只有kswapd0雙路服務(wù)器則存在kswapd0與kswapd1。該線程常年駐留在內(nèi)核的wait_queue_head_t kswapd_wait等待隊(duì)列中。其生命周期由伙伴系統(tǒng)的內(nèi)存水線驅(qū)動(dòng)并在核心函數(shù)balance_pgdat()中完成極為嚴(yán)苛的水位推演與緊迫回收。------------------------------------------------------------------------- | kswapd Kernel Daemon Execution Pipeline | ------------------------------------------------------------------------- Deep Sleep State | | [Alloc Path: Zone Free WMARK_LOW] v wakeup_kswapd(pgdat) | v ------------------------------------------- | kswapd() Core Routine | ------------------------------------------- | v balance_pgdat(pgdat, order) | ------------------------------------------------ | | v v [1. Scan LRU Lists] [2. Shrink Slab Caches] - Loop priority from 12 down to 0 - Shrink dentry inode caches - Check vm.swappiness (Anon vs File pages) - Call filesystem shrinkers - File clean: Drop instantly - File dirty: Queue to flusher threads - Anonymous: Compress / Page out to Swap | | ------------------------------------------------ | v Is Node Balanced for Target Order? (All Zones Free WMARK_HIGH Boost) / \ No / \ Yes / \ v v Lower priority (intensify) pgdat_balanced true Continue scanning loop Break loop return to sleep1. 掃描力度的漸進(jìn)升級(jí)Reclaim Priority當(dāng)balance_pgdat()開(kāi)始回收時(shí)它維護(hù)著一個(gè)名為priority的循環(huán)變量從內(nèi)核預(yù)設(shè)的默認(rèn)值DEF_PRIORITY通常為 12逐級(jí)遞減到 0。在priority 12的初始階段內(nèi)核僅掃描總鏈表長(zhǎng)度的 $1/4096$即 $1/2^{12}$如果經(jīng)過(guò)這一輪掃描后各 Zone 的水位仍然未能回升到WMARK_HIGHpriority便會(huì)遞減掃描比例依次翻倍掃描力度與時(shí)間呈指數(shù)級(jí)上升一旦priority跌入低區(qū)間如 0 到 3說(shuō)明內(nèi)存赤字極其危急kswapd會(huì)動(dòng)用高開(kāi)銷的鎖爭(zhēng)搶與同步寫(xiě)盤(pán)邏輯這就是 CPU 利用率瞬間沖向 100% 的底層原因。2. 匿名頁(yè)與文件頁(yè)的博弈平衡在掃描 Active 與 Inactive 鏈表時(shí)內(nèi)核必須決定究竟回收文件緩存頁(yè)File-backed Page Cache還是進(jìn)程私有匿名頁(yè)Anonymous Memory。這一決策由全局參數(shù)vm.swappiness精確控制。其數(shù)學(xué)本質(zhì)絕不是“內(nèi)存剩余百分之幾才用 swap”而是參與掃描比例公式的相對(duì)權(quán)重因子$$\frac{\text{Scan(Anon)}}{\text{Scan(File)}} \approx \frac{\text{swappiness}}{200 - \text{swappiness}}$$當(dāng)swappiness 60時(shí)系統(tǒng)明顯偏向于丟棄文件緩存只有當(dāng)swappiness 100時(shí)匿名頁(yè)與文件頁(yè)才具有完全均等的回收權(quán)重。工業(yè)級(jí) C23kswapd 活躍度與系統(tǒng)回收效率監(jiān)測(cè)器運(yùn)維不能等到系統(tǒng)卡死才被動(dòng)感知。通過(guò)周期性解析/proc/vmstat我們可以準(zhǔn)確捕獲kswapd的掃描次數(shù)pgscan_kswapd、實(shí)際偷竊回收頁(yè)數(shù)pgsteal_kswapd以及災(zāi)難性的直接內(nèi)存回收事件pgscan_direct從而推導(dǎo)出當(dāng)前內(nèi)存回收的“吞吐健康度”// kswapd_efficiency_monitor.c #include stdio.h #include stdlib.h #include string.h #include unistd.h constexpr size_t BUF_SIZE 256; constexpr const char *VMSTAT_PATH /proc/vmstat; typedef struct { unsigned long pgscan_kswapd; unsigned long pgsteal_kswapd; unsigned long pgscan_direct; unsigned long pgsteal_direct; unsigned long pageoutrun; // kswapd 被喚醒的次數(shù) } VmReclaimStats; static int parse_vmstat(VmReclaimStats *stats) { FILE *fp fopen(VMSTAT_PATH, r); if (!fp) return -1; char line[BUF_SIZE]; while (fgets(line, sizeof(line), fp) ! nullptr) { if (strncmp(line, pgscan_kswapd, 13) 0) { sscanf(line, %*s %lu, stats-pgscan_kswapd); } else if (strncmp(line, pgsteal_kswapd, 14) 0) { sscanf(line, %*s %lu, stats-pgsteal_kswapd); } else if (strncmp(line, pgscan_direct, 13) 0) { sscanf(line, %*s %lu, stats-pgscan_direct); } else if (strncmp(line, pgsteal_direct, 14) 0) { sscanf(line, %*s %lu, stats-pgsteal_direct); } else if (strncmp(line, pageoutrun, 10) 0) { sscanf(line, %*s %lu, stats-pageoutrun); } } fclose(fp); return 0; } int main(void) { VmReclaimStats prev {0}, curr {0}; if (parse_vmstat(prev) 0) { perror(Failed to parse /proc/vmstat); return 1; } printf(Starting kswapd performance tracking (sampling every 2s)...\n); while (1) { sleep(2); if (parse_vmstat(curr) 0) break; unsigned long kscan_diff curr.pgscan_kswapd - prev.pgscan_kswapd; unsigned long ksteal_diff curr.pgsteal_kswapd - prev.pgsteal_kswapd; unsigned long dscan_diff curr.pgscan_direct - prev.pgscan_direct; // 計(jì)算 kswapd 回收效率比偷取頁(yè) / 掃描頁(yè) double efficiency (kscan_diff 0) ? ((double)ksteal_diff / (double)kscan_diff) * 100.0 : 100.0; printf(\n[Metric 2s Window]\n); printf( kswapd Scanned : %-8lu pages (%lu MB)\n, kscan_diff, (kscan_diff * 4) / 1024); printf( kswapd Reclaimed: %-8lu pages (Efficiency: %.2f%%)\n, ksteal_diff, efficiency); if (kscan_diff 10000 efficiency 15.0) { printf( \033[1;33m[WARNING] kswapd struggling! Scanning heavily with extremely low yield.\033[0m\n); } if (dscan_diff 0) { printf( \033[1;31m[CRITICAL] Direct Reclaim detected (%lu pages)! kswapd fell behind.\033[0m\n, dscan_diff); } prev curr; } return 0; }生產(chǎn)硬核排障kswapd 假死與 100% 空轉(zhuǎn)深度歸因當(dāng)定位到kswapd持續(xù)霸占 CPU 時(shí)必須按優(yōu)先級(jí)排查以下三大物理陷阱1. 高階內(nèi)存High-Order碎片化引發(fā)的永不平衡死循環(huán)這是最常見(jiàn)也最兇險(xiǎn)的場(chǎng)景。當(dāng)大流量網(wǎng)卡驅(qū)動(dòng)需要連續(xù)物理內(nèi)存分配成包 SKB或應(yīng)用程序嘗試申請(qǐng)大內(nèi)存頁(yè)如order 3即 32KB 連續(xù)物理頁(yè)而物理內(nèi)存高度碎片化時(shí)分配器喚醒kswapd(order3)kswapd只能通過(guò)回收單頁(yè)來(lái)湊高階連續(xù)空間但在嚴(yán)重的碎片化狀態(tài)下即使它把水位推到了WMARK_HIGH依然由于沒(méi)有足夠連續(xù)的物理頁(yè)塊導(dǎo)致當(dāng)前 Node 依然被判定為“Unbalanced”kswapd陷入瘋狂的重復(fù)掃描而系統(tǒng)整體空閑內(nèi)存卻居高不下。規(guī)避措施限制透明大頁(yè)Transparent Huge Pages, THP的激進(jìn)分配將其設(shè)為madvise避免全系統(tǒng)高階申請(qǐng)誘發(fā)kswapd狂暴echo madvise /sys/kernel/mm/transparent_hugepage/enabled echo madvise /sys/kernel/mm/transparent_hugepage/defrag2. VFS 元數(shù)據(jù)泄漏導(dǎo)致 shrink_slab 耗時(shí)失控當(dāng)系統(tǒng)內(nèi)存在大量極細(xì)小文件的創(chuàng)建與刪除如某些未清理的日志目錄或臨時(shí)緩存時(shí)內(nèi)核會(huì)堆積數(shù)千萬(wàn)個(gè)dentry與inode緩存。在掃描過(guò)程中kswapd會(huì)調(diào)用各個(gè)掛載文件系統(tǒng)的shrink_slab()。由于很多文件系統(tǒng)的元數(shù)據(jù)鎖粒度較粗成千上萬(wàn)個(gè) inode 鏈表的釋放會(huì)引發(fā)可怕的自旋鎖爭(zhēng)搶導(dǎo)致kswapd長(zhǎng)期卡在內(nèi)核自旋鎖上。調(diào)優(yōu)建議通過(guò)調(diào)大vm.vfs_cache_pressure默認(rèn) 100可調(diào)至 150促使內(nèi)核在回收時(shí)以更高權(quán)重清理目錄項(xiàng)與 inode 緩存杜絕元數(shù)據(jù)過(guò)度膨脹。3. Swappiness 配置的極端主義錯(cuò)誤許多運(yùn)維盲目將vm.swappiness設(shè)置為0。在現(xiàn)代內(nèi)核中0意味著“只要可能絕不使用 Swap直到出現(xiàn)極端內(nèi)存緊迫”。這剝奪了kswapd平滑換出常年不訪問(wèn)的冷匿名內(nèi)存的權(quán)力。當(dāng)內(nèi)存突發(fā)緊張時(shí)系統(tǒng)只能拼命丟棄正在被頻繁讀取的 Page Cache導(dǎo)致物理磁盤(pán) IOPS 瞬間打滿隨后立即崩塌并觸發(fā)直接回收。工業(yè)基線推薦在搭載 NVMe 高速磁盤(pán)的服務(wù)器上將vm.swappiness設(shè)為10至30既能提供必要的緩沖墊又能防止機(jī)械硬盤(pán)時(shí)代的隨機(jī)寫(xiě)盤(pán)抖動(dòng)。kswapd是內(nèi)核守護(hù)物理內(nèi)存長(zhǎng)治久安的核心衛(wèi)士。唯有理解其在階數(shù)碎片、回收效率比與元數(shù)據(jù)鎖之間的細(xì)微權(quán)衡才能徹底平息生產(chǎn)系統(tǒng)中的 CPU 狂飆與時(shí)延毛刺。 Linux 內(nèi)存回收守護(hù)進(jìn)程 kswapd：從周期喚醒到緊迫平衡全流程
在生產(chǎn)環(huán)境維護(hù)高吞吐數(shù)據(jù)庫(kù)或大型中間件集群時(shí)幾乎所有運(yùn)維與系統(tǒng)研發(fā)都經(jīng)歷過(guò)“kswapd0 突發(fā)打滿單核 CPU 100%”的驚魂時(shí)刻。監(jiān)控告警頻發(fā)系統(tǒng)平均負(fù)載Load Average瞬間拉升數(shù)倍關(guān)鍵服務(wù)的 P99 時(shí)延出現(xiàn)斷崖式劣化。許多初入工業(yè)界的工程師在面對(duì)這一現(xiàn)象時(shí)往往下意識(shí)地祭出“關(guān)閉 Swap 分區(qū)”的祖?zhèn)髅胤綀?zhí)行swapoff -a。然而這往往將系統(tǒng)推向更危險(xiǎn)的深淵失去了匿名頁(yè)換出緩沖區(qū)的保護(hù)系統(tǒng)在遭遇突發(fā)內(nèi)存壓力時(shí)會(huì)跳過(guò)平滑調(diào)諧瞬間觸發(fā)應(yīng)用線程的直接內(nèi)存回收Direct Reclaim甚至毫無(wú)征兆地引爆 OOM-Killer 強(qiáng)殺核心數(shù)據(jù)庫(kù)進(jìn)程。kswapd是 Linux 虛擬內(nèi)存管理器VMM中最核心的后臺(tái)異步平衡守護(hù)進(jìn)程。它絕非一個(gè)簡(jiǎn)單的“內(nèi)存清理工”而是背負(fù)著精密的 NUMA 拓?fù)淦胶?、?yè)面階數(shù)Order碎片整理以及 LRU 雙向鏈表掃描的多維狀態(tài)機(jī)。kswapd 執(zhí)行骨架與 pgdat 平衡狀態(tài)機(jī)Linux 系統(tǒng)中的每一個(gè) NUMA 內(nèi)存節(jié)點(diǎn)Node都會(huì)在系統(tǒng)引導(dǎo)時(shí)綁定一個(gè)名為kswapd[N]的獨(dú)立內(nèi)核線程如單路 CPU 通常只有kswapd0雙路服務(wù)器則存在kswapd0與kswapd1。該線程常年駐留在內(nèi)核的wait_queue_head_t kswapd_wait等待隊(duì)列中。其生命周期由伙伴系統(tǒng)的內(nèi)存水線驅(qū)動(dòng)并在核心函數(shù)balance_pgdat()中完成極為嚴(yán)苛的水位推演與緊迫回收。------------------------------------------------------------------------- | kswapd Kernel Daemon Execution Pipeline | ------------------------------------------------------------------------- Deep Sleep State | | [Alloc Path: Zone Free WMARK_LOW] v wakeup_kswapd(pgdat) | v ------------------------------------------- | kswapd() Core Routine | ------------------------------------------- | v balance_pgdat(pgdat, order) | ------------------------------------------------ | | v v [1. Scan LRU Lists] [2. Shrink Slab Caches] - Loop priority from 12 down to 0 - Shrink dentry inode caches - Check vm.swappiness (Anon vs File pages) - Call filesystem shrinkers - File clean: Drop instantly - File dirty: Queue to flusher threads - Anonymous: Compress / Page out to Swap | | ------------------------------------------------ | v Is Node Balanced for Target Order? (All Zones Free WMARK_HIGH Boost) / \ No / \ Yes / \ v v Lower priority (intensify) pgdat_balanced true Continue scanning loop Break loop return to sleep1. 掃描力度的漸進(jìn)升級(jí)Reclaim Priority當(dāng)balance_pgdat()開(kāi)始回收時(shí)它維護(hù)著一個(gè)名為priority的循環(huán)變量從內(nèi)核預(yù)設(shè)的默認(rèn)值DEF_PRIORITY通常為 12逐級(jí)遞減到 0。在priority 12的初始階段內(nèi)核僅掃描總鏈表長(zhǎng)度的 $1/4096$即 $1/2^{12}$如果經(jīng)過(guò)這一輪掃描后各 Zone 的水位仍然未能回升到WMARK_HIGHpriority便會(huì)遞減掃描比例依次翻倍掃描力度與時(shí)間呈指數(shù)級(jí)上升一旦priority跌入低區(qū)間如 0 到 3說(shuō)明內(nèi)存赤字極其危急kswapd會(huì)動(dòng)用高開(kāi)銷的鎖爭(zhēng)搶與同步寫(xiě)盤(pán)邏輯這就是 CPU 利用率瞬間沖向 100% 的底層原因。2. 匿名頁(yè)與文件頁(yè)的博弈平衡在掃描 Active 與 Inactive 鏈表時(shí)內(nèi)核必須決定究竟回收文件緩存頁(yè)File-backed Page Cache還是進(jìn)程私有匿名頁(yè)Anonymous Memory。這一決策由全局參數(shù)vm.swappiness精確控制。其數(shù)學(xué)本質(zhì)絕不是“內(nèi)存剩余百分之幾才用 swap”而是參與掃描比例公式的相對(duì)權(quán)重因子$$\frac{\text{Scan(Anon)}}{\text{Scan(File)}} \approx \frac{\text{swappiness}}{200 - \text{swappiness}}$$當(dāng)swappiness 60時(shí)系統(tǒng)明顯偏向于丟棄文件緩存只有當(dāng)swappiness 100時(shí)匿名頁(yè)與文件頁(yè)才具有完全均等的回收權(quán)重。工業(yè)級(jí) C23kswapd 活躍度與系統(tǒng)回收效率監(jiān)測(cè)器運(yùn)維不能等到系統(tǒng)卡死才被動(dòng)感知。通過(guò)周期性解析/proc/vmstat我們可以準(zhǔn)確捕獲kswapd的掃描次數(shù)pgscan_kswapd、實(shí)際偷竊回收頁(yè)數(shù)pgsteal_kswapd以及災(zāi)難性的直接內(nèi)存回收事件pgscan_direct從而推導(dǎo)出當(dāng)前內(nèi)存回收的“吞吐健康度”// kswapd_efficiency_monitor.c #include stdio.h #include stdlib.h #include string.h #include unistd.h constexpr size_t BUF_SIZE 256; constexpr const char *VMSTAT_PATH /proc/vmstat; typedef struct { unsigned long pgscan_kswapd; unsigned long pgsteal_kswapd; unsigned long pgscan_direct; unsigned long pgsteal_direct; unsigned long pageoutrun; // kswapd 被喚醒的次數(shù) } VmReclaimStats; static int parse_vmstat(VmReclaimStats *stats) { FILE *fp fopen(VMSTAT_PATH, r); if (!fp) return -1; char line[BUF_SIZE]; while (fgets(line, sizeof(line), fp) ! nullptr) { if (strncmp(line, pgscan_kswapd, 13) 0) { sscanf(line, %*s %lu, stats-pgscan_kswapd); } else if (strncmp(line, pgsteal_kswapd, 14) 0) { sscanf(line, %*s %lu, stats-pgsteal_kswapd); } else if (strncmp(line, pgscan_direct, 13) 0) { sscanf(line, %*s %lu, stats-pgscan_direct); } else if (strncmp(line, pgsteal_direct, 14) 0) { sscanf(line, %*s %lu, stats-pgsteal_direct); } else if (strncmp(line, pageoutrun, 10) 0) { sscanf(line, %*s %lu, stats-pageoutrun); } } fclose(fp); return 0; } int main(void) { VmReclaimStats prev {0}, curr {0}; if (parse_vmstat(prev) 0) { perror(Failed to parse /proc/vmstat); return 1; } printf(Starting kswapd performance tracking (sampling every 2s)...\n); while (1) { sleep(2); if (parse_vmstat(curr) 0) break; unsigned long kscan_diff curr.pgscan_kswapd - prev.pgscan_kswapd; unsigned long ksteal_diff curr.pgsteal_kswapd - prev.pgsteal_kswapd; unsigned long dscan_diff curr.pgscan_direct - prev.pgscan_direct; // 計(jì)算 kswapd 回收效率比偷取頁(yè) / 掃描頁(yè) double efficiency (kscan_diff 0) ? ((double)ksteal_diff / (double)kscan_diff) * 100.0 : 100.0; printf(\n[Metric 2s Window]\n); printf( kswapd Scanned : %-8lu pages (%lu MB)\n, kscan_diff, (kscan_diff * 4) / 1024); printf( kswapd Reclaimed: %-8lu pages (Efficiency: %.2f%%)\n, ksteal_diff, efficiency); if (kscan_diff 10000 efficiency 15.0) { printf( \033[1;33m[WARNING] kswapd struggling! Scanning heavily with extremely low yield.\033[0m\n); } if (dscan_diff 0) { printf( \033[1;31m[CRITICAL] Direct Reclaim detected (%lu pages)! kswapd fell behind.\033[0m\n, dscan_diff); } prev curr; } return 0; }生產(chǎn)硬核排障kswapd 假死與 100% 空轉(zhuǎn)深度歸因當(dāng)定位到kswapd持續(xù)霸占 CPU 時(shí)必須按優(yōu)先級(jí)排查以下三大物理陷阱1. 高階內(nèi)存High-Order碎片化引發(fā)的永不平衡死循環(huán)這是最常見(jiàn)也最兇險(xiǎn)的場(chǎng)景。當(dāng)大流量網(wǎng)卡驅(qū)動(dòng)需要連續(xù)物理內(nèi)存分配成包 SKB或應(yīng)用程序嘗試申請(qǐng)大內(nèi)存頁(yè)如order 3即 32KB 連續(xù)物理頁(yè)而物理內(nèi)存高度碎片化時(shí)分配器喚醒kswapd(order3)kswapd只能通過(guò)回收單頁(yè)來(lái)湊高階連續(xù)空間但在嚴(yán)重的碎片化狀態(tài)下即使它把水位推到了WMARK_HIGH依然由于沒(méi)有足夠連續(xù)的物理頁(yè)塊導(dǎo)致當(dāng)前 Node 依然被判定為“Unbalanced”kswapd陷入瘋狂的重復(fù)掃描而系統(tǒng)整體空閑內(nèi)存卻居高不下。規(guī)避措施限制透明大頁(yè)Transparent Huge Pages, THP的激進(jìn)分配將其設(shè)為madvise避免全系統(tǒng)高階申請(qǐng)誘發(fā)kswapd狂暴echo madvise /sys/kernel/mm/transparent_hugepage/enabled echo madvise /sys/kernel/mm/transparent_hugepage/defrag2. VFS 元數(shù)據(jù)泄漏導(dǎo)致 shrink_slab 耗時(shí)失控當(dāng)系統(tǒng)內(nèi)存在大量極細(xì)小文件的創(chuàng)建與刪除如某些未清理的日志目錄或臨時(shí)緩存時(shí)內(nèi)核會(huì)堆積數(shù)千萬(wàn)個(gè)dentry與inode緩存。在掃描過(guò)程中kswapd會(huì)調(diào)用各個(gè)掛載文件系統(tǒng)的shrink_slab()。由于很多文件系統(tǒng)的元數(shù)據(jù)鎖粒度較粗成千上萬(wàn)個(gè) inode 鏈表的釋放會(huì)引發(fā)可怕的自旋鎖爭(zhēng)搶導(dǎo)致kswapd長(zhǎng)期卡在內(nèi)核自旋鎖上。調(diào)優(yōu)建議通過(guò)調(diào)大vm.vfs_cache_pressure默認(rèn) 100可調(diào)至 150促使內(nèi)核在回收時(shí)以更高權(quán)重清理目錄項(xiàng)與 inode 緩存杜絕元數(shù)據(jù)過(guò)度膨脹。3. Swappiness 配置的極端主義錯(cuò)誤許多運(yùn)維盲目將vm.swappiness設(shè)置為0。在現(xiàn)代內(nèi)核中0意味著“只要可能絕不使用 Swap直到出現(xiàn)極端內(nèi)存緊迫”。這剝奪了kswapd平滑換出常年不訪問(wèn)的冷匿名內(nèi)存的權(quán)力。當(dāng)內(nèi)存突發(fā)緊張時(shí)系統(tǒng)只能拼命丟棄正在被頻繁讀取的 Page Cache導(dǎo)致物理磁盤(pán) IOPS 瞬間打滿隨后立即崩塌并觸發(fā)直接回收。工業(yè)基線推薦在搭載 NVMe 高速磁盤(pán)的服務(wù)器上將vm.swappiness設(shè)為10至30既能提供必要的緩沖墊又能防止機(jī)械硬盤(pán)時(shí)代的隨機(jī)寫(xiě)盤(pán)抖動(dòng)。kswapd是內(nèi)核守護(hù)物理內(nèi)存長(zhǎng)治久安的核心衛(wèi)士。唯有理解其在階數(shù)碎片、回收效率比與元數(shù)據(jù)鎖之間的細(xì)微權(quán)衡才能徹底平息生產(chǎn)系統(tǒng)中的 CPU 狂飆與時(shí)延毛刺。