PCDVD數位科技討論區
PCDVD數位科技討論區   註冊 常見問題 標記討論區為已讀

回到   PCDVD數位科技討論區 > 電腦硬體討論群組 > 系統組件
帳戶
密碼
 

  回應
 
主題工具
起司頭棕褲褲
*停權中*
 
起司頭棕褲褲的大頭照
 

加入日期: Jun 2010
您的住址: 紐開普市
文章: 1,545
CPU市場就是一分錢一分貨
K8打P4時
K8是比P4貴
但那時K8就是有那個價值
後來K8被Conroe打到一面倒
價格也依Conroe的訂價來調整

現在sandy bridge跟K10.5也是這樣
看價格區間就知道對手與效能
就是一分錢一分貨
     
      
舊 2011-07-16, 05:09 PM #61
回應時引用此文章
起司頭棕褲褲離線中  
艾克萊爾
Golden Member
 
艾克萊爾的大頭照
 

加入日期: Aug 2004
您的住址: 「 」
文章: 2,511
我印像裡K8沒比P4貴

應當是之後的X2比PD貴
 
__________________
ぶ(∀゚ )人(゚∀&#65439人( ゚&#8704人(∀゚ )人(゚∀&#65439人( ゚&#8704
(↑一個因為疫情影響導致工作超閒不知做啥好的傢伙↑)
舊 2011-07-16, 05:18 PM #62
回應時引用此文章
艾克萊爾離線中  
ultraPC
*停權中*
 

加入日期: Apr 2007
文章: 1,106
引用:
作者艾克萊爾
我印像裡K8沒比P4貴

應當是之後的X2比PD貴


opteron單核心144 146那時候就開始比intel p4單核心貴很多
AMD氣勢巔峰的時候應該是OP165 170出來的時候
想當時OP170一顆17K一堆人要買..
現在17K的CPU要買的沒剩下幾隻貓...
軟體跟不上硬體的時代已經到來∼∼
舊 2011-07-16, 05:25 PM #63
回應時引用此文章
ultraPC離線中  
physx
Senior Member
 
physx的大頭照
 

加入日期: Apr 2010
文章: 1,048
引用:
作者orakim
這一點之前應該是有講過,架構上的確是倒退的(退到K6-3),同時脈運算效能不可能比PII 好


不管怎樣開發已久的東西那出來是這種效能的話,AMD就非得改戰略了

一個Module效能等於一顆Core,Die還多了50%單執行緒也比不上

早點改成ARM或許還有得救..AN聯手宣佈終結X86吧
舊 2011-07-16, 06:54 PM #64
回應時引用此文章
physx離線中  
dabochi
*停權中*
 
dabochi的大頭照
 

加入日期: Nov 2002
您的住址: 東湖
文章: 1,688
引用:
作者physx
不管怎樣開發已久的東西那出來是這種效能的話,AMD就非得改戰略了

一個Module效能等於一顆Core,Die還多了50%單執行緒也比不上

早點改成ARM或許還有得救..AN聯手宣佈終結X86吧


1.AMD/Sun會選擇CMP其實說穿了就是擺明認為將來趨勢就是Cloud(雲端).Centralized-Virtualized(集中化-虛擬化).Multi-Threaded(多緒)
在這個趨勢之下 AMD的看法應該是:以後的高階機種很有可能會扮演私人用伺服器(Hub)的角色
而沒錢買高階機種的人 則會選擇找個雲端服務供應商做私人用Hub
要實踐這個想法的答案就是AMD目前的Bulldozer+APU的佈局
Bulldozer主攻伺服器 順道兼打高階
APU則順勢接下將來PC精簡化後的市場
如果AMD猜對了趨勢 除了對FPS有強烈要求的人之外 單執行緒強弱的重要性將大幅減低
不再那麼重要
(在下以為 連Intel都得乖乖推Haswell出來 此趨勢成真率甚高)

2.在下同時認為ARM目前在伺服器領域尚未有實戰記錄 維持成本跟支援能量能否與X86/RISC一戰都還是個大問號
不宜神化之
舊 2011-07-16, 07:31 PM #65
回應時引用此文章
dabochi離線中  
起司頭棕褲褲
*停權中*
 
起司頭棕褲褲的大頭照
 

加入日期: Jun 2010
您的住址: 紐開普市
文章: 1,545
引用:
作者physx
不管怎樣開發已久的東西那出來是這種效能的話,AMD就非得改戰略了

一個Module效能等於一顆Core,Die還多了50%單執行緒也比不上

早點改成ARM或許還有得救..AN聯手宣佈終結X86吧

別這麼說啦
我是希望AMD能開發出加乘法分別給CPU跟GPU運算的APU
就算弄出將一部分加法變成乘法的指令集也不用怕分享給intel的雞肋GPU
這才是AMD未來的出路

x86的包袱大到丟不掉
終結x86很難吧
舊 2011-07-16, 07:33 PM #66
回應時引用此文章
起司頭棕褲褲離線中  
physx
Senior Member
 
physx的大頭照
 

加入日期: Apr 2010
文章: 1,048
引用:
作者dabochi
如果AMD猜對了趨勢 除了對FPS有強烈要求的人之外 單執行緒強弱的重要性將大幅減低
(在下以為 連Intel都得乖乖推Haswell出來 此趨勢成真率甚高)

2.在下同時認為ARM目前在伺服器領域尚未有實戰記錄 維持成本跟支援能量能否與X86/RISC一戰都還是個大問號
不宜神化之


我也知道多執行緒是無法改變的趨勢

問題是Module的多執行緒還是跟原來的Core差不多,成本跟功耗多一大截

就算給A猜中未來趨勢照他這種研發能力一樣會被intel給完爆的..

倒不如早早投資準備轉型(就像N眼看玩不贏A也跑去搞ARM一樣)

引用:
作者起司頭棕褲褲
我是希望AMD能開發出加乘法分別給CPU跟GPU運算的APU
這才是AMD未來的出路

x86的包袱大到丟不掉
終結x86很難吧


我是認為ARM CPU+GPU=APU的做法也不失為一個選擇
A畢竟是有數十年CPU研發經驗得公司,去弄ARM我認為比NV還要有搞頭
當然還是需要花個3、5年時間來研發,但總比繼續搞X86好。。。

此文章於 2011-07-16 08:12 PM 被 physx 編輯.
舊 2011-07-16, 08:03 PM #67
回應時引用此文章
physx離線中  
山寨主
Power Member
 

加入日期: Mar 2010
文章: 568
引用:
作者起司頭棕褲褲
別這麼說啦
我是希望AMD能開發出加乘法分別給CPU跟GPU運算的APU
就算弄出將一部分加法變成乘法的指令集也不用怕分享給intel的雞肋GPU
這才是AMD未來的出路

x86的包袱大到丟不掉
終結x86很難吧


把cpu上的運算 丟到gpu上面 算的速度只會變慢
gpu 能贏cpu的在於一次能算很多很多個
cpu最多也只能靠sse 一次算4個而已

並不是丟過去就可以變快
這仰賴設計程序的人 要做特殊的處理才有用
舊 2011-07-16, 09:20 PM #68
回應時引用此文章
山寨主離線中  
艾克萊爾
Golden Member
 
艾克萊爾的大頭照
 

加入日期: Aug 2004
您的住址: 「 」
文章: 2,511
引用:
作者physx
我也知道多執行緒是無法改變的趨勢

問題是Module的多執行緒還是跟原來的Core差不多,成本跟功耗多一大截

就算給A猜中未來趨勢照他這種研發能力一樣會被intel給完爆的..

倒不如早早投資準備轉型(就像N眼看玩不贏A也跑去搞ARM一樣)



我是認為ARM CPU+GPU=APU的做法也不失為一個選擇
A畢竟是有數十年CPU研發經驗得公司,去弄ARM我認為比NV還要有搞頭
當然還是需要花個3、5年時間來研發,但總比繼續搞X86好。。。


ARM能動的東西少

即使是NV也是買ARM核心後在外圍加上自己的周邊電路這種程度(事實上大家應該都類似)
,要作一顆相容得自有核心同樣會碰上X86一般得重重專利高牆的問題

因此最終的核心控制權還是在ARM這間公司手上,我覺得AMD不會也不可能降格去玩這種事,這等於把自家在X86CPU上累積的成果完全抹殺重起爐灶....
__________________
ぶ(∀゚ )人(゚∀&#65439人( ゚&#8704人(∀゚ )人(゚∀&#65439人( ゚&#8704
(↑一個因為疫情影響導致工作超閒不知做啥好的傢伙↑)
舊 2011-07-16, 10:37 PM #69
回應時引用此文章
艾克萊爾離線中  
起司頭棕褲褲
*停權中*
 
起司頭棕褲褲的大頭照
 

加入日期: Jun 2010
您的住址: 紐開普市
文章: 1,545
引用:
作者山寨主
把cpu上的運算 丟到gpu上面 算的速度只會變慢
gpu 能贏cpu的在於一次能算很多很多個
cpu最多也只能靠sse 一次算4個而已

並不是丟過去就可以變快
這仰賴設計程序的人 要做特殊的處理才有用

我知道CPU跟GPU運算的方式不一樣
所以才說轉換
不是直接丟過去


關於AMD做ARM CPU這種事不太可能
x86至少還能稱霸一方
ARM卻要為他人抬轎
除非董事會被ARM把持
否則機率極低

此文章於 2011-07-16 11:03 PM 被 起司頭棕褲褲 編輯.
舊 2011-07-16, 11:00 PM #70
回應時引用此文章
起司頭棕褲褲離線中  


    回應


POPIN
主題工具

發表文章規則
不可以發起新主題
不可以回應主題
不可以上傳附加檔案
不可以編輯您的文章

vB 代碼打開
[IMG]代碼打開
HTML代碼關閉



所有的時間均為GMT +8。 現在的時間是11:57 PM.


vBulletin Version 3.0.1
powered_by_vbulletin 2025。