![]() |
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)
|
|---|
所以這幾年來Intel與AMD比效能時,
其實像是不裝防毒與裝了防毒的電腦擺在一起比? 拿掉這個不安全機機制後效能已經沒勝, 加上功耗, 散熱, 核心數, CPU價格, 主機板價格, 腳位壽命, GPU性能,... 豈不代表今天Intel全盤皆輸給AMD了. |
引用:
這也是目前最擔心的部份,希望微軟能釋出有開關的 patch, 至少有個登錄檔可以設定,讓系統管理者自行決定。 |
引用:
前面說,10年產品都有問題,大概就是從C2D大超車開始。 如果為真,I社因此獨佔市場爽賺10年了。 問題是,誰也無法證明是I社故意為超越對手的偷吃步,還是無心過錯。 錢都進口袋了N年了你能怎樣呢? :rolleyes: :rolleyes: :rolleyes: |
>windows的部分,只怕被硬騎著上去~~想手動關掉都不行
我的問題就在這裡。不要再告訴我AMD沒影響,我知道AMD沒這個安全漏洞。 我的問題是,Patch檔會因為AMD的系統判別不必安裝嗎。還是安裝了判別不必執行? |
intel的ME BUG檢測工具,請放心下載 (與本事件無關)
https://downloadcenter.intel.com/zh...nload/27150?v=t __________________ 牧野真莉愛(from wiki) ![]() |
引用:
在linux kernel code的patch裡面,確實是把AMD排除囉 - /* Assume for now that ALL x86 CPUs are insecure */ - setup_force_cpu_bug(X86_BUG_CPU_INSECURE); + if (c->x86_vendor != X86_VENDOR_AMD) + setup_force_cpu_bug(X86_BUG_CPU_INSECURE); PS: 一開始確實是通殺,後來改成只讓AMD豁免,可以等後續的code更新,看有沒有新成員在豁免清單內增加 也是最近發生的事情,是陰謀論嗎? https://azure.microsoft.com/zh-tw/b...epyc-processor/ 拉攏AMD再捅一下intel |
https://finance.yahoo.com/news/inte...-205135606.html
引用:
先打一把"大家都這樣",然後硬把AMD拉下來就對了? 真的很好奇,AMD是要聽他們在搞啥鬼還是看自己有哪些未揭露的東西可能也會出事 |
商業術語看看就好了, 最近的幹話王應該是貧果, 無庸置疑.
說真的, 有人試驗看看把電池拔掉, 然後重新裝回去的效果嗎? 風水輪流, 微軟要不要也來澄清綁手機的那件紕漏? 在商言商這點不用質疑, 所以什麼手段都有可能, 要靠制衡. |
引用:
明明就是賣掉之後想要低檔買回 買回之後應該就有解決方案了 |
引用:
我猜這個bug 在一般人的使用環境根本沒什麼差別 就算有,影響也不大 畢竟user space無法直接繞過牆存取kernel space 沒修正之前快還是可以肯定的 目前看到差距最大的測試也只有linux下 的某項Postgresql測試結果出現巨大差異 不要告訴我這個東西的應用非常普遍 連我這個linux下討生活十幾年的人 也沒用過幾次 而且Linux kernel開發者根本沒幾個人在討論這個問題 受注目程度遠比上次AMD某些cpu在linux編譯會有問題的還少 |
| 所有的時間均為GMT +8。 現在的時間是02:52 AM. |
vBulletin Version 3.0.1
powered_by_vbulletin 2025。