PCDVD數位科技討論區 - Intel CPU嚴重漏洞，修復後會降低約30%性能

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)

- 七嘴八舌異言堂 (https://www.pcdvd.com.tw/forumdisplay.php?f=12)

- - Intel CPU嚴重漏洞，修復後會降低約30%性能 (https://www.pcdvd.com.tw/showthread.php?t=1140105)

引用:

作者cdx

https://www.cool3c.com/article/132101
Intel 回應處理器架構安全漏洞：
AMD 與 ARM 也有類似問題、效能損耗對一般消費者不明顯 by Chevelle.fu 2018.01.04 12:48PM
----------------------------
誰說謊！？

那肯定I軍瞎扯架構根本不同甚至連Nv都...
買ryzen真舒服要變貴了

引用:

作者orea2004

今天Azure原本預定9號前都可以手動redeploy的VM全都提前強迫進入維護排程
10:00收到通知，還來不及把信看完web server就被關機了
web server開起來後沒多久，就換DB重新啟動
前前後後整個網站大概有1個半小時無法full function

看了幾篇報導都說明，這個問題無法透過更新microcode修正。
只能從os層面上避開。
因此效能會以程式運作方式有不同程度的減損。
如果程式會在使用者模式跟核心模式頻繁的切換，那麼可能效能最多會下降30%左右。

目前從幾個我比較常用VPS/VM來說
GCE目前是不太需要擔心這個問題
https://support.google.com/faqs/answer/7622138#gce

Linode的話目前說是計畫性與客戶約定時間重啟
https://blog.linode.com/2018/01/03/...ltdown-spectre/

引用:

作者cdx

INTEL沒說錯阿
性能損耗本來就對一般使用者無感
那個30%差距也是被媒體錯誤引用
原作者自己都跳出來澄清了
有差距的也是使用NVMe 等級的IO
在IO工作量大的時候才會有差異

引用:

- There's been many headlines today on other websites proclaiming this Intel CPU bug yields "30% slowdowns" as if it's something universal or even close to being universal. I have yet to find any very common workload where end-users would be dramatically impacted: the I/O slowdowns are when incurring heavy I/O synthetic benchmarking on fast NVMe solid-state drives. Some of the synthetic I/O examples:

https://www.phoronix.com/scan.php?p...re-x86pti&num=1

引用:

作者野口隆史

其實這次的PTI在 linux kernel上是有加開關的
user可以自己選擇啟用或禁用

https://github.com/torvalds/linux/c...40663af75f64R99

PTI 的部份 OK, 但是後續看來還有針對其他問題的 patch 會一直出來..
https://lkml.org/lkml/2018/1/3/797

剛剛Win10收到更新,更新完,華碩的主板工具已失蹤!

動手惹... :cry:

其他還在找... :fear:

引用:

作者野口隆史

INTEL沒說錯阿
性能損耗本來就對一般使用者無感
那個30%差距也是被媒體錯誤引用
原作者自己都跳出來澄清了
有差距的也是使用NVMe 等級的IO
在IO工作量大的時候才會有差異

https://www.phoronix.com/scan.php?p...re-x86pti&num=1

這個指的應該是worst case吧
通常worst case都是特意操作的特殊狀況才會出現
即使是企業用戶遇到的機率應該也不高
更別說一般個人用戶

所以結論就是沒差 , 還好

引用:

作者G+sty1e

30% :shock: 那不就連amd的槌子都打不贏了 :nonono: :jolin:

等修完這個bug 扣了30% 絕對輸fx 輸慘慘

引用:

作者orea2004

這個指的應該是worst case吧
通常worst case都是特意操作的特殊狀況才會出現
即使是企業用戶遇到的機率應該也不高
更別說一般個人用戶

是的，沒錯
最早的那個postgresql bench結果
都是在設計好的極端環境下產生的
尤其phoronix本身他們linux下的性能測試程式
都是他們自己寫的，原作者自己澄清這個
自然比一些只會亂喊掉30%性能的人
值得信任的多了

看看 Linus Torvalds 怎麼說

https://lkml.org/lkml/2018/1/3/797