在我的上一篇文章：《探討 Linux CPU 的上下文切換》中，我談到了 CPU 上下文切換的工作原理。快速回顧一下，CPU 上下文切換是保證 Linux 系統(tǒng)正常運(yùn)行的核心功能。可分為進(jìn)程上下文切換、線(xiàn)程上下文切換和中斷上下文切換。

在本文中，我將進(jìn)一步討論如何分析 CPU 上下文切換問(wèn)題。

檢查 CPU 的上下文切換

我們知道，過(guò)多的上下文切換會(huì)消耗 CPU 的時(shí)間來(lái)保存和恢復(fù)寄存器、程序計(jì)數(shù)器、內(nèi)核棧和虛擬內(nèi)存等數(shù)據(jù)，從而導(dǎo)致系統(tǒng)性能顯著下降。

既然上下文切換對(duì)系統(tǒng)性能的影響如此之大，那么我們?nèi)绾螜z查它呢？好了，你可以使用?vmstat?工具來(lái)查詢(xún)你系統(tǒng)的上下文切換。

vmstat

vmstat?是一種常用的系統(tǒng)性能分析工具。主要用于分析內(nèi)存使用情況，也常用于分析 CPU 上下文切換和中斷的次數(shù)。

例如?vmstat 5（5 秒輸出間隔）：

讓我們看一下輸出：

• cs（context switch）：每秒上下文切換的次數(shù)。
• in（interrupt）：每秒的中斷數(shù)。
• r（running | runnable）：就緒隊(duì)列的長(zhǎng)度，即正在運(yùn)行和等待 CPU 的進(jìn)程數(shù)。
• b（blocked）：處于不間斷睡眠狀態(tài)的進(jìn)程數(shù)。

在上面的例子中，我們可以看到上下文切換次數(shù)為?33?次，系統(tǒng)中斷次數(shù)為?25?次，就緒隊(duì)列長(zhǎng)度，不間斷狀態(tài)進(jìn)程數(shù)均為?0。

pidstat

vmstat?工具只給出了系統(tǒng)的整體上下文切換的信息。要查看每個(gè)進(jìn)程的詳細(xì)信息，您需要使用?pidstat。添加?-w?選項(xiàng)，您可以看到每個(gè)進(jìn)程的上下文切換：

例如：

結(jié)果中有兩列需要我們注意：cswch?和?nvcswch。其中，cswch?表示每秒自愿上下文切換的次數(shù)，nvcswch?表示每秒非自愿上下文切換的次數(shù)。

• 自愿上下文切換：指進(jìn)程無(wú)法獲得所需資源而導(dǎo)致的上下文切換。例如，當(dāng) I/O 和內(nèi)存等系統(tǒng)資源不足時(shí)，就會(huì)發(fā)生自愿上下文切換。
• 非自愿上下文切換：指進(jìn)程因時(shí)間片已過(guò)期而被系統(tǒng)強(qiáng)制重新調(diào)度時(shí)發(fā)生的上下文切換。例如，當(dāng)大量進(jìn)程競(jìng)爭(zhēng) CPU 時(shí)，很容易發(fā)生非自愿的上下文切換。

您必須牢記這兩個(gè)概念，因?yàn)樗鼈円馕吨煌男阅軉?wèn)題。

案例分析

既然您知道如何查看這些指標(biāo)，那么就會(huì)出現(xiàn)另一個(gè)問(wèn)題，上下文切換頻率多久才是正常的呢？讓我們看一個(gè)示例案例。

我們將使用?sysbench?(https://github.com/akopytov/sysbenc)，一個(gè)多線(xiàn)程的基準(zhǔn)測(cè)試工具通過(guò)生成負(fù)載來(lái)模擬上下文切換過(guò)多的問(wèn)題。假設(shè)您已經(jīng)在 Linux 系統(tǒng)上安裝了?sysbench?和?sysstat。

在我們模擬負(fù)載之前，讓我們?cè)谝粋€(gè)終端中運(yùn)行一下?vmstat：

在這里可以看到當(dāng)前的上下文切換次數(shù)?cs?是?35，中斷次數(shù)?in?是?19，r?和?b?都是?0。由于我目前沒(méi)有其他任務(wù)在運(yùn)行，因此它們是空閑系統(tǒng)中的上下文切換數(shù)量。

現(xiàn)在讓我們運(yùn)行?sysbench?來(lái)模擬多線(xiàn)程調(diào)度系統(tǒng)的瓶頸：

現(xiàn)在，您應(yīng)該會(huì)看到?vmstat?輸出了與上面不同的結(jié)果：

應(yīng)該可以發(fā)現(xiàn)?cs?欄的上下文切換次數(shù)從之前的?35?次突增到?139?萬(wàn)次。同時(shí)，注意觀(guān)察其他幾個(gè)指標(biāo)：

• r：就緒隊(duì)列的長(zhǎng)度已達(dá)到?8
• us?和?sy：us?和?sy?的 CPU 使用率加起來(lái)是?100%，系統(tǒng) CPU 使用率是?84%，說(shuō)明 CPU 主要被內(nèi)核占用。
• in：中斷數(shù)也上升到了?10000，說(shuō)明中斷處理也是一個(gè)潛在的問(wèn)題。

結(jié)合這些指標(biāo)我們可以知道系統(tǒng)的就緒隊(duì)列太長(zhǎng)了，也就是有太多的進(jìn)程在運(yùn)行等待 CPU，導(dǎo)致大量的上下文切換，而大量的上下文切換導(dǎo)致了系統(tǒng) CPU 使用率的增長(zhǎng)。

那么是什么過(guò)程導(dǎo)致了這些問(wèn)題呢？

我們繼續(xù)分析，同時(shí)在第三個(gè)終端使用?pidstat，看看 CPU 和進(jìn)程上下文切換的情況：

從?pidstat?的輸出可以發(fā)現(xiàn)，CPU 使用率的增加確實(shí)是?sysbench?造成的，它的 CPU 使用率已經(jīng)達(dá)到了?100%。但上下文切換來(lái)自其他進(jìn)程，包括非自愿上下文切換頻率最高的?pidstat，以及自愿上下文切換頻率最高的內(nèi)核線(xiàn)程?kworker?和?sshd。

注意：默認(rèn)情況下?pidstat?只顯示進(jìn)程的上下文切換，如果要查看實(shí)際線(xiàn)程的上下文切換，請(qǐng)?zhí)砑?-t?選項(xiàng)。

中斷

要找出中斷數(shù)量也很高的原因所在，您可以檢查?/proc/interrupts?文件。該文件會(huì)提供一個(gè)只讀的中斷使用情況。

鏈接：https://blog.devgenius.io/linux-cpu-context-switch-troubleshooting-bda45883e59e

（版權(quán)歸原作者所有，侵刪）