AMD 工程師 K Prateek Nayak 最近發(fā)現(xiàn)，Linux 內(nèi)核中一個(gè)大約 20 年前的芯片組解決方法仍被應(yīng)用于現(xiàn)代 AMD 系統(tǒng)，在某些情況下，它負(fù)責(zé)損害現(xiàn)代 Zen 硬件性能。幸運(yùn)的是，一個(gè)修復(fù)程序正在進(jìn)行中，它可以限制舊系統(tǒng)的工作方法，從而幫助提升現(xiàn)代系統(tǒng)的性能。

上周發(fā)布了一個(gè) ACPI 處理器空閑代碼的補(bǔ)丁，以避免現(xiàn)代 AMD Zen 系統(tǒng)上的舊芯片組工作方法。自從 ACPI 支持在 2002 年被添加到 Linux 內(nèi)核以來(lái)，一直有一個(gè) " 假等待操作 " 來(lái)處理一些芯片組的 STPCLK# 沒(méi)有被及時(shí)處理的問(wèn)題。這個(gè)假的 I/O 讀數(shù)會(huì)延遲進(jìn)一步的指令處理，直到 CPU 完全停止。這是一些使用威盛芯片組的 AMD Athlon 時(shí)代系統(tǒng)的問(wèn)題。但在過(guò)去 20 年里，新的芯片組沒(méi)有這個(gè)問(wèn)題。

在過(guò)去 20 年里，一個(gè)針對(duì)現(xiàn)在的古老芯片組的 Linux 內(nèi)核解決方法仍然被不必要地應(yīng)用于現(xiàn)代 AMD 系統(tǒng)，這反過(guò)來(lái)又會(huì)損害特定工作負(fù)載的性能。K Prateek Nayak 發(fā)現(xiàn)，即使是現(xiàn)代的 AMD 系統(tǒng)，也仍然在應(yīng)用這種變通方法。

在 AMD Zen3 系統(tǒng)上用 IBS 對(duì)某些工作負(fù)載進(jìn)行采樣顯示，大量的時(shí)間花在假操作上，這被錯(cuò)誤地算作 C-State 駐留。一個(gè)大的 C-State 駐留值可以促使處理器在隨后的空閑實(shí)例中推薦一個(gè)更深的 C-State，開始一個(gè)惡性循環(huán)，導(dǎo)致在繁忙和空閑階段之間快速切換的工作負(fù)載性能下降。

一個(gè)這樣的工作負(fù)載是 Tbench，在某些運(yùn)行中可以觀察到大規(guī)模的性能下降。至少對(duì)于 Tbench 來(lái)說(shuō)，Linux 內(nèi)核中的這種長(zhǎng)期的、無(wú)條件的工作方法一直在損害 AMD Ryzen / Threadripper / EPYC 在特定工作負(fù)載中的性能。這個(gè)變通方法并沒(méi)有影響到現(xiàn)代英特爾系統(tǒng)，因?yàn)槟切┹^新的英特爾平臺(tái)使用替代的基于 MWAIT 的 intel_idle 驅(qū)動(dòng)代碼路徑。

AMD 的補(bǔ)丁演變成了英特爾 Linux 工程師 Dave Hansen 的這個(gè)補(bǔ)丁。那個(gè)將 " 假等待 " 的工作方法限制在舊系統(tǒng)上的補(bǔ)丁已經(jīng)排到了 TIP 的 x86/ 緊急分支。由于它走的是 "x86/ 緊急 " 的路線，而且修復(fù)了一個(gè)在現(xiàn)代硬件上不需要的工作方法，這個(gè)補(bǔ)丁很可能會(huì)在本周作為 Linux 6.0 內(nèi)核提交，而不是需要等到下一個(gè)（v6.1）合并窗口再提交。