|
||
|
Major Member
 加入日期: Jan 2016 您的住址: 臺北市
文章: 118
|
所以這幾年來Intel與AMD比效能時,
其實像是不裝防毒與裝了防毒的電腦擺在一起比? 拿掉這個不安全機機制後效能已經沒勝, 加上功耗, 散熱, 核心數, CPU價格, 主機板價格, 腳位壽命, GPU性能,... 豈不代表今天Intel全盤皆輸給AMD了. |
|||||||
2018-01-04, 01:47 AM
#51
|
|
|
Junior Member
  加入日期: Jan 2002
文章: 865
|
引用:
這也是目前最擔心的部份，希望微軟能釋出有開關的 patch, 至少有個登錄檔可以設定，讓系統管理者自行決定。 |
|||
|
2018-01-04, 01:51 AM
#52
|
|
|
Elite Member
加入日期: Sep 2006 您的住址: 人群中
文章: 4,214
|
引用:
前面說，10年產品都有問題，大概就是從C2D大超車開始。 如果為真，I社因此獨佔市場爽賺10年了。 問題是，誰也無法證明是I社故意為超越對手的偷吃步，還是無心過錯。 錢都進口袋了N年了你能怎樣呢?  |
|
|
2018-01-04, 02:52 AM
#53
|
|
|
Master Member
加入日期: Apr 2001 您的住址: 高雄
文章: 2,247
|
>windows的部分,只怕被硬騎著上去~~想手動關掉都不行
我的問題就在這裡。不要再告訴我AMD沒影響，我知道AMD沒這個安全漏洞。 我的問題是，Patch檔會因為AMD的系統判別不必安裝嗎。還是安裝了判別不必執行？
__________________
簽名檔真是礙眼…還是讓版面乾淨點吧！ |
|
2018-01-04, 05:33 AM
#54
|
|
|
Major Member
加入日期: Nov 2005 您的住址: UP-FRONT AGENCY
文章: 116
|
intel的ME BUG檢測工具，請放心下載 (與本事件無關)
https://downloadcenter.intel.com/zh...nload/27150?v=t __________________ 牧野真莉愛(from wiki)  此文章於 2018-01-04 05:45 AM 被 asurada1982 編輯. |
|
2018-01-04, 05:41 AM
#55
|
|
|
Regular Member
 加入日期: Jul 2014
文章: 89
|
引用:
在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 此文章於 2018-01-04 06:56 AM 被 NTC_TW_IT 編輯. |
|
|
2018-01-04, 06:52 AM
#56
|
|
|
Regular Member
加入日期: Jul 2014
文章: 89
|
https://finance.yahoo.com/news/inte...-205135606.html
引用:
先打一把"大家都這樣",然後硬把AMD拉下來就對了? 真的很好奇,AMD是要聽他們在搞啥鬼還是看自己有哪些未揭露的東西可能也會出事 |
|
|
2018-01-04, 07:04 AM
#57
|
|
|
Senior Member
加入日期: Apr 2017
文章: 1,447
|
商業術語看看就好了, 最近的幹話王應該是貧果, 無庸置疑.
說真的, 有人試驗看看把電池拔掉, 然後重新裝回去的效果嗎? 風水輪流, 微軟要不要也來澄清綁手機的那件紕漏? 在商言商這點不用質疑, 所以什麼手段都有可能, 要靠制衡. |
|
2018-01-04, 07:54 AM
#58
|
|
|
Major Member
加入日期: Apr 2017
文章: 270
|
引用:
明明就是賣掉之後想要低檔買回 買回之後應該就有解決方案了 |
|
|
2018-01-04, 07:55 AM
#59
|
|
|
Elite Member
加入日期: Mar 2001 您的住址: Rivia
文章: 7,050
|
引用:
我猜這個bug 在一般人的使用環境根本沒什麼差別 就算有，影響也不大 畢竟user space無法直接繞過牆存取kernel space 沒修正之前快還是可以肯定的 目前看到差距最大的測試也只有linux下 的某項Postgresql測試結果出現巨大差異 不要告訴我這個東西的應用非常普遍 連我這個linux下討生活十幾年的人 也沒用過幾次 而且Linux kernel開發者根本沒幾個人在討論這個問題 受注目程度遠比上次AMD某些cpu在linux編譯會有問題的還少
__________________
Folding@home with GPGPU集中討論串 Unix Review: ArchLinux●Sabayon●OpenSolaris 2008.5●Ubuntu 8.10 AVs Review: GDTC●AntiVir SS●ESS●KIS 09●NIS 09●Norton 360 V3  I Always Get What I Want. |
|
|
2018-01-04, 08:15 AM
#60
|
|
