PCDVD數位科技討論區

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)
-   系統組件 (https://www.pcdvd.com.tw/forumdisplay.php?f=19)
-   -   Llano & Bulldozer 測試(ES) (https://www.pcdvd.com.tw/showthread.php?t=932334)

orakim 2011-06-12 03:51 PM

引用:
作者艾克萊爾
推土機恐怕不是對多線程優化,相反的理論上去看多線程下應該增幅比過往的系列要弱上,反倒是應該單線程下要比過去表現好才對的上架構圖

我不知道這個架構圖你是怎麼看的
該不會是看成一個執行緒會被一個模組分攤到兩個整數運算單元下去算吧 XD
(這個技術還沒出現在這個世界上,目前最多也只是紙上談兵的階段)

"削弱"的核心架構再塞兩個整數運算單元進去,會看成單執行緒取向?
若只看整數運算單元數量他是8核心,這擺明是多執行緒取向吧!

單執行緒下推土機唯一有可能比K10快的理由
只有他的時脈高(但是B0/B1 出現問題時脈高不了) + Turbo Core 2.0

一般預料推土機應該要從3.5G起跳(預設時脈,不是Turbo後的)
Turbo 下去接近4G 才有本錢上市場拼,要不然連K10的拼不過 這FX真的就是寫好玩的

polominokimo 2011-06-13 10:07 PM

看過B0慘不忍睹的成績之後 , 有個網站爆料的..

SPi 1m
B1 is 79%/60% faster than B0 (B0 scores 26s with C6 disabled/23.3s with C6 enabled Vs B1's 14.5s)

wprime
B1 is 56% faster than B0 (B0's 9.15s VS B1's 5.86s)

C11.5
B1 is 38% faster than B0 (B1 gets 7.86pts vs B0's 4.6pts)

C10
No data on B0,B1 is supposedly getting ~28K or 47% better than Thuban.

Link

-----------------------
當然這只是爆料 , 沒圖比較沒有說服力 , 只能當作參考看看 , 希望下次看到B1的測試真的是這樣的結果

polominokimo 2011-06-13 10:36 PM

引用:
作者polominokimo
看過B0慘不忍睹的成績之後 , 有個網站爆料的..

SPi 1m
B1 is 79%/60% faster than B0 (B0 scores 26s with C6 disabled/23.3s with C6 enabled Vs B1's 14.5s)

wprime
B1 is 56% faster than B0 (B0's 9.15s VS B1's 5.86s)

C11.5
B1 is 38% faster than B0 (B1 gets 7.86pts vs B0's 4.6pts)

C10
No data on B0,B1 is supposedly getting ~28K or 47% better than Thuban.

Link (http://crazyworldofchips.blogspot.c...story.html#more)

-----------------------
當然這只是爆料 , 沒圖比較沒有說服力 , 只能當作參考看看 , 希望下次看到B1的測試真的是這樣的結果


謎樣的圖 (B1?)

everspiral 2011-06-13 10:49 PM

別太悲觀... B1比B0提升了大約25%的效能...

:flash:

rekio 2011-06-13 11:02 PM

引用:
作者polominokimo


會不會只是預設頻率拉的更高?

polominokimo 2011-06-13 11:38 PM

引用:
作者rekio
會不會只是預設頻率拉的更高?


有可能 , 但是4G pi是21s...那要跑到15.4s要超到幾G (2.8G TC 3.8G 23s...)

blair 2011-06-13 11:54 PM

引用:
作者Jeff1987
至少過去AMD對TLB的處理算是蠻讓人放心的
對比INTEL出了B3還是問題不斷...
個人還是看好AMD的!

sandy bridge的B3是指晶片組的B3 stepping,
AMD的TLB問題則是發生在CPU上的

ccyew 2011-06-14 12:00 AM

引用:
作者blair
sandy bridge的B3是指晶片組的B3 stepping,
AMD的TLB問題則是發生在CPU上的


1. 就湯姆老爹的說法,Intel也有TLB問題,但是因為這兩家的TLB問題都是在極小的機率下才有可能發生(湯姆老爹說他們沒遇到),所以其實可以不用太注意

2. 凍結問題一開始在B2時期就已經有發生過了,只是大家都覺得應該是B2 Bug的問題所以都在等B3, 結果有些換回B3的還是有凍結情況才慢慢找出問題[可能]在CPU上面。

teraflare 2011-06-14 12:04 AM

引用:
作者ccyew
1. 就湯姆老爹的說法,Intel也有TLB問題,但是因為這兩家的TLB問題都是在極小的機率下才有可能發生(湯姆老爹說他們沒遇到),所以其實可以不用太注意

2. 凍結問題一開始在B2時期就已經有發生過了,只是大家都覺得應該是B2 Bug的問題所以都在等B3, 結果有些換回B3的還是有凍結情況才慢慢找出問題[可能]在CPU上面。



商業用途有可能凍結下 會採用SB架構嗎?

blair 2011-06-14 12:06 AM

引用:
作者ccyew
1. 就湯姆老爹的說法,Intel也有TLB問題,但是因為這兩家的TLB問題都是在極小的機率下才有可能發生(湯姆老爹說他們沒遇到),所以其實可以不用太注意

2. 凍結問題一開始在B2時期就已經有發生過了,只是大家都覺得應該是B2 Bug的問題所以都在等B3, 結果有些換回B3的還是有凍結情況才慢慢找出問題[可能]在CPU上面。

B3 stepping的問題是B3 stepping的,CPU的問題是CPU的,
雖然都是造成系統凍結,但是不能混為一談
A能造成系統凍結,A解決了,
B亦能造成系統凍結,這還沒搞定,
這不能說是系統凍結的問題點在B上,
而是B是另一個造成系統凍結的因素。

廠商已經提出了A的解決方案,
就應該去處理掉,
而不是放著它在那邊不動。


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

vBulletin Version 3.0.1
powered_by_vbulletin 2025。