又再次看到了 Spectre Mitigation 的效能損失… – Gea-Suan Lin's BLOG
source link: https://blog.gslin.org/archives/2021/06/19/10204/%e5%8f%88%e5%86%8d%e6%ac%a1%e7%9c%8b%e5%88%b0%e4%ba%86-spectre-mitigation-%e7%9a%84%e6%95%88%e8%83%bd%e6%90%8d%e5%a4%b1/
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
又再次看到了 Spectre Mitigation 的效能損失...
Hacker News 首頁上看到的文章，講 Spectre Mitigation 的效能損失：「Spectre Mitigations Murder *Userspace* Performance In The Presence Of Frequent Syscalls」，對應的討論串在「Spectre Mitigations Murder Userspace Performance (ocallahan.org)」。
看起來作者是在調校 rr 時遇到的問題，幾年前有提到過 rr：「Microsoft 的 TTD 與 Mozilla 的 RR」。
對此作者對 rr 上了一個 patch，減少了 mitigation code 會在 syscall 時清掉 cache 與 TLB，這個 patch 讓執行的速度大幅提昇：「Cache access() calls to avoid syscalls」。
另外作者提到了他的硬體是 Intel 的 Skylake，他又再跑一次 pre-patch 與 post-patch 的速度，可以看到在 pre-patch 前，mitigation 會讓系統慢超多 (從 2m5.776s 到 3m19.648s)，而 post-patch 後大幅降低 syscall 的使用，就不會影響那麼多 (從 0m33.422s 到 0m36.160s)。
就目前知道的 mitigation 方式來說，這個猜測應該是對的...
Related
Spectre 與 Meltdown 兩套 CPU 的安全漏洞
The Register 發表了「Kernel-memory-leaking Intel processor design flaw forces Linux, Windows redesign」這篇文章，算是頗完整的說明了這次的安全漏洞 (以 IT 新聞媒體標準來看)，引用了蠻多資料並且試著說明問題。 而這也使得整個事情迅速發展與擴散超出本來的預期，使得 Google 的 Project Zero 提前公開發表了 Spectre 與 Meltdown 這兩套 CPU 安全漏洞。文章非常的長，描述的也比 The Register 那篇還完整：「Reading privileged memory with a side-channel」。 在 Google Project Zero 的文章裡面，把這些漏洞分成三類，剛好依據 CVE 編號分開描述： Variant 1: bounds check bypass (CVE-2017-5753) Variant 2: branch…
January 4, 2018In "Computer"
讀書時間：Spectre 的攻擊方式
上次寫了 Meltdown 攻擊的讀書心得 (參考「讀書時間：Meltdown 的攻擊方式」)，結果後來中獎狂流鼻水，加上 Spectre 用的手法就更複雜，慢慢看的情況就拖到最近才看完... 這邊就以讀者看過 Meltdown 那篇心得的前提來描述 Spectre。 Spectre 的精華在於 CPU 支援 branch prediction 與 out-of-order execution，也就是 CPU 遇到 branch 時會學習怎麼跑，這個資訊提供給 out-of-order execution 就可以大幅提昇執行速度。可以參考以前在「CPU Branch Prediction 的成本...」提到的效率問題。 原理的部份可以看這段程式碼： 這類型程式碼常常出現在現代程式的各種安全檢查上：確認 x 沒問題後再實際將資料拉出來處理。而我們可以透過不斷的丟 x 值進去，讓 CPU 學到以為都是 TRUE，而在 CPU 學壞之後，突然丟進超出範圍的 x，產生 branch misprediction，但卻已經因為 out-of-order execution 而讓 CPU 執行過 y…
January 17, 2018In "Computer"
不同性質的應用程式對 KPTI (Meltdown 修正) 的效能影響
Netflix 的 Brendan Gregg 整理了他測試 KPTI 對效能的影響：「KPTI/KAISER Meltdown Initial Performance Regressions」。 與其他人只是概括的測試，他主要是想要針對可量測的數字對應出可能的 overhead，這樣一來還沒上 patch 的人就可以利用這些量測數字猜測可能的效能衝擊。 他把結論放在前面： To understand the KPTI overhead, there are at least five factors at play. In summary: Syscall rate: there are overheads relative to the syscall rate, although high rates are needed for this to be…
February 10, 2018In "Computer"
Author Gea-Suan LinPosted on June 19, 2021Categories Computer, Hardware, Murmuring, Programming, Security, SoftwareTags cache, cpu, hardware, intel, linux, mitigation, penalty, performance, rr, security, skylake, spectre, syscall, tlb Leave a Reply Cancel reply
Your email address will not be published. Required fields are marked *
Comment
Name *
Email *
Website
Notify me of follow-up comments by email.
Notify me of new posts by email.
Post navigation
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK