聽說M$最新的更新檔都會包含這個Patch，我只有一個疑問，它會不會偵測到AMD的系統就不必執行這個更新。

如果是的話就沒我的事了，拉張椅子坐在旁邊看戲。

效能折損30%的話，價格應該也要打折30%才合理....... :laugh:

過完年再宣布，否則年底採購潮轉跳AMD就更多了。

如果是最近剛採購的請節哀。

所以是連伺服器版本的都中招阿 :laugh: :rolleyes: :mad:

https://www.theregister.co.uk/2018/...pu_design_flaw/

看了一下這篇，說明一下一些誤解。

1. the flaw is in the Intel x86-64 hardware, and it appears a microcode update can't address it. It has to be fixed in software at the OS level, or go buy a new processor without the design blunder.

根據這段，這個問題無法從microcode解決，只能從軟體解決。

2. 原理很簡單，記憶體管理分成kernel和user兩個空間，一般程式原則上只能存取 user 的空間。但程式執行時，因為經常需要進行系統函式呼叫，會在kernel和user兩個記憶體空間一直轉換，為了加速轉換，intel 讓執行序的分頁表保存了kernel的記憶體位址，執行序正常情況下，無法存取kernel 空間的記憶體。

但問題在intel為了更加速存取過程，使用了 speculatively execute code, 可以讓一般執行序越級存取到kernel空間的記憶體位址。

甚至可以利用JavaScript讓瀏覽器存取kernel空間的記憶體。

3. 所有使用Intel 這個技術的CPU的使用者，都有可能被駭。但對雲端運算公司傷害最大，因為駭客可以直接利用雲端運算公司提供的服務，寫個病毒控制他雲端運算的系統。

4. 軟體解決方法就是把 kernel 和 user 的記憶體空間完全分開。代價就是失去記憶體空間轉換加速的功能，導致效能降低。

AMD沒這漏洞的話
裝這個Patch也不會影響效能吧

影響VM很大的話
模擬器多開的菜單
選AMD Ryzen會比較好吧

個人覺得應該還要再多點時間給 Intel 處理，不過目前照 Intel 噤聲的情況看來，可能再給更多時間也沒法子了...

一般人應該不會因為這個漏洞就轉跳聽都沒聽過的AMD吧

所以光是伺服器cpu就可以告到intel脫褲子了 但是amd不夠爭氣 也無法得到太多好處 :rolleyes:

這問題拖幾個月了，intel根本不敢回覆XD