• 5

到現在為止最大的理由不用intel cpu

nick2009 wrote:
呃...不理解不已解碼是怎麼能執行的...
不曾執行哪來的被旁路攻擊餘地...(恕刪)

我猜錯了. AMD的說法應該是正確. 指令被載入 L1 I-cache並進入 CPU核心解碼執行, 但 L1 D-cache並沒有被載入, 是被 hardware paging architecture protections擋下, 看起來 AMD CPU很聰明的在索引機制上做權限限制.

nick2009 wrote:
https://lkml.org/lkml/2017/12/27/2
Tom Lendacky說AMD架構上
不允許記憶體(含推測在內)的參照..(恕刪)

其實 Tom Lendacky說的是AMD架構上不允許記憶體(含推測執行在內)索引在較低權限模式下操作時讀取較高權限數據(只有在此條件下才不允許), 並且會導致頁面錯誤. 我猜 AMD CPU很聰明的在索引機制上做權限把關, 才避免這個災難, 這觀點很合理, 如果把推測執行仍舊透過分頁機制存取, 會再多花許多時間, 那麼推測執行的效率會被降低. AMD確實夠細心, 給他們拍拍手.

若我是 Intel應該不會用這個方式, 因為一顆 CPU的 buffer太多, 任何一處的資訊殘留都可能駭客留下後門, 若每個 buffer都設定權限, 又有太多比對動作, 浪費 CPU操作時間. 要是直接套用 Intel目前的偵錯機制, 執行階段觸發非法存取時, 不只註銷 ROB的指令輸出, 也把 L1 cache和 TLB內問題位址註記無效, 不再讀取, 下一次觸發 prefetch再把這些地方覆蓋掉, 就可以把漏洞堵起. 讓比對權限動作只需要一次, 但所有糾錯的過程連動, 一次全部註銷, 應該可以大量減少 CPU時間開銷. 當然這只是外行鄉民的觀點, 相信 Intel下一顆 CPU應該有更聰明的作法.
那是你的理由,我的理由是沒有錢
網路很可怕 wrote:
INTEL根本就是BUGS...(恕刪)
Mark



網路很可怕 wrote:
INTEL根本就是BUGS...(恕刪)
請多多點擊 Mobile01 網站內的贊助商廣告,有贊助商的支持才有穩定的Server和快速頻寬。
电视的看看 wrote:
在大陆腾讯游戏只针对...(恕刪)

平行時空出現了
從伺服器來看,

「Why the Intel Xeon Platinum 9200 Series Lacks Mainstream Support」
https://www.servethehome.com/intel-xeon-platinum-9200-series-lacks-mainstream-support/

最新一代 Intel Cascade Lake-AP, 56核心的CPU
很少廠商敢推,
售價貴到爆、機品又熱到爆、沒彈性不能客制化,市場競爭力差,

大家都在看友商的 EPYC Rome
在 Computex看到一堆廠商在 EPYC的主機板上寫,「可支援64核CPU」

我沒注意看 intel的伺服器主機,只看看 EPYC的server,
有人有在展場看到 Cascade Lake-AP 56核的機器嗎 ?
人生就該好好的玩 !
"網路很可怕"這位大爺你不覺得你該出現了嗎?
不在乎,坐等新10nm的十代CPU出來
個人理由就是不投英.‍‍‍‍‍
寶貝:)開心最重要.嘻哈!
不用擔心INTEL (他已經雇了某前AMD CPU 專家 開始打掉重練秘密計畫了)

各大公司 DATA CENTER 也開始採用AMD的CPU (一方面 CP 值大勝 一方面較無安全漏洞問題)

大家就不要一直戳INTEL的瘡疤了 (雖然他是活該)
ace ventura wrote:
不用擔心INTEL ...(恕刪)


intel的習慣(?)是被打臉以後過個兩年左右會拿外星科技出來戰...

希望這次也是吧

9900ks 的TDP要127w 的樣子 感覺不妙

全核電上去估計能破300.....開玩笑的 但是250w應該有可能
  • 5
內文搜尋
X
評分
評分
複製連結
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?