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

回到   PCDVD數位科技討論區 > 電腦硬體討論群組 > 效能極限
帳戶
密碼
 

  回應
 
主題工具
Lapis
Regular Member
 

加入日期: Jun 2002
文章: 77
照樓主的觀念的話 K8的L1 比 Intel的L1大,所以K8比較快是應為L1比較大。
     
      
舊 2008-01-19, 10:18 PM #31
回應時引用此文章
Lapis離線中  
google7401
*停權中*
 

加入日期: Jan 2008
文章: 14
引用:
作者Lapis
照樓主的觀念的話 K8的L1 比 Intel的L1大,所以K8比較快是應為L1比較大。



我們實際來測試
請下載 http://www.mywin88.com/cpu_test.rar
然後 跑跑看 秒數多少
跟 L1 L2 .... 無關
純探討 CPU 哪顆速度快
再來討論怎會有這種反現象
明明 Intel 快 AMD 這麼多卻跑出分數比較差
沒有立場的問題 , 實際測試看看吧
 
舊 2008-01-19, 10:29 PM #32
回應時引用此文章
google7401離線中  
HigH
Golden Member
 
HigH的大頭照
 

加入日期: Nov 2000
您的住址: 戰星卡拉狄加
文章: 3,822
引用:
作者google7401
我們實際來測試
請下載 http://www.mywin88.com/cpu_test.rar
然後 跑跑看 秒數多少
跟 L1 L2 .... 無關
純探討 CPU 哪顆速度快
再來討論怎會有這種反現象
明明 Intel 快 AMD 這麼多卻跑出分數比較差
沒有立場的問題 , 實際測試看看吧

怎麼會跟L1 L2無關勒?
如果你把L1 L2都忽略掉, 那你也測不出運算單元的真正效能了
難道你能寫一個小到只需要放在佔存器裡面就能跑的軟體?
舊 2008-01-19, 10:48 PM #33
回應時引用此文章
HigH離線中  
Lapis
Regular Member
 

加入日期: Jun 2002
文章: 77
樓主可否先貼出程式的原始碼來研究看看?

如果可以的話順便告知你所使用的編譯器是那家的和那一個版本。

此文章於 2008-01-19 10:49 PM 被 Lapis 編輯.
舊 2008-01-19, 10:48 PM #34
回應時引用此文章
Lapis離線中  
allyes
Major Member
 

加入日期: Feb 2007
文章: 261
給您參考看看:

因為有在看電視與執行一些程式,不知準不準...
舊 2008-01-19, 11:04 PM #35
回應時引用此文章
allyes離線中  
robbit89
Major Member
 

加入日期: Mar 2007
文章: 110
引用:
作者userboy
那SUPER PI 32M跟3D遊戲浮點被慘電,您也可以寫個小程式排除L2來測試嗎?

這麼說來!!這樣的測試才是有問題吧!!
這種測試方法莫非是要跑dos??
製成比較差,L2比較小就是輸!!
看核心沒啥用吧!L2在執行程式差很多的!!

此文章於 2008-01-19 11:17 PM 被 robbit89 編輯.
舊 2008-01-19, 11:12 PM #36
回應時引用此文章
robbit89離線中  
taris
*停權中*
 

加入日期: Nov 2003
您的住址: 地球
文章: 111
Cool

引用:
作者google7401
我們實際來測試
請下載 http://www.mywin88.com/cpu_test.rar
然後 跑跑看 秒數多少
跟 L1 L2 .... 無關
純探討 CPU 哪顆速度快
再來討論怎會有這種反現象
明明 Intel 快 AMD 這麼多卻跑出分數比較差
沒有立場的問題 , 實際測試看看吧


樓主的立論有很大的矛盾,你說有很多資料要從HDD->Memory->CPU,而且電腦要處理的資料量動則數百MB~所以在測試程式卻剛好在L2 cache能剛好載入的情況下,所以對Intel有利....
那樓主應該寫一隻有數百MB資料量的測試程式把L2 cache塞爆來進行測試才對,才符合你的立論基礎阿??但你卻寫一支很小的程式來做測試,怎能證明的你的論點呢??

還有你的程式是在windows下面跑的,所以不管你的程式碼多小,基本上CPU的 L2 cache大部分應該都是被windows其他的常駐程式站走空間了,而你的程式還必須要跟那些資料競爭L2 cache的位置,所以並不會有你說的不會把L2 cache給占滿,除非你的程式在跑的時候,其他的常駐程式都sleep,沒有被執行了....

再來如果有數百MB的資料量要處理,那所有的資料還是一定透過L2 cache,才能被電腦來處理,所以大L2 cache的情況下,反而是增加cache資料的命中率,所以cache大效能更應該提高才是,而不是你的L2 cache無用論....

這是基於大部份電腦處理的資料都是被不斷重複的讀取的,像是os的kernel, dispatcher,還有application處理的loop程式等等,cache越大,這些程式碼被留在cache的機率越高不是嗎??

此文章於 2008-01-19 11:28 PM 被 taris 編輯.
舊 2008-01-19, 11:20 PM #37
回應時引用此文章
taris離線中  
Weichung
Power Member
 

加入日期: May 2000
您的住址: Taiwan
文章: 697
引用:
作者google7401
在CPU內部除了運算核心,還需要L1/L2 Cache記憶體來作為CPU運算暫存的空間,
L1 Cache是直屬CPU運算區大小適中即可,L2 Cache是備援L1 Cache的負責將CPU
從RAM取得的資料留下較常用的部份備份在這區,隨時給CPU重複調用,所以越大越好
,主要是因為L1/L2 Cache速度比DDR2快至少3倍以上(例如:DD2跑800MHz但CPU
跑3200MHz兩者就差了4倍)。

在現在CPU運算速度提昇不易的情形之下,大量的增加L2 Cache的容量也算是變相加
速的方法,另一種方法就是多核心(單核速度上不去只好用多核增加多工運算效能)

主要是因為現在程式動輒數十數百MB(用工作管理員可以看到每個程式佔用的記憶體)
,但是偏偏超頻發燒客喜歡採用各種測速軟體來評斷,於是Intel針對此點下手,就拿
Super Pi來說,沒動作時記憶體佔3.3MB,開1M的情況佔用記憶體11.5MB,開2M的
情況佔用記憶體19.7MB,重點來了,因為CPU從L2取資...

程式的source拿出來看一下... complier的選項拿出來看一下
AMD 2.6GHz跑贏Intel Core 4GHz...
實在是有點天方夜譚...

各種測試程式所測得數據, 應該都已經是把CPU發揮到極致了吧
但你的程式看起來似乎...
至少我連multithread都沒看到...

Core微架構跟K8的架構到底誰快... 一般程式你用E2xxx系列和E4xxx系列來與K8 x2相比,
頻率調整成一樣... 應該也都是X2被慘電吧...

你的理論還真的挺奇怪的...
如果資料和程式碼都在L1 cache內... 那應該是Intel樂勝吧...
舊 2008-01-19, 11:34 PM #38
回應時引用此文章
Weichung離線中  
userboy
Senior Member
 
userboy的大頭照
 

加入日期: Feb 2003
您的住址: 花蓮
文章: 1,298
引用:
作者robbit89
這麼說來!!這樣的測試才是有問題吧!!
這種測試方法莫非是要跑dos??
製成比較差,L2比較小就是輸!!
看核心沒啥用吧!L2在執行程式差很多的!!


核心當然差很多.K7->K8的變化不就是如此? 而L2的測試是樓主說的,我只是想請他提出不同的比較點而已.

不然怎麼左證3D浮點運算大勝K8,在PI浮點能那麼接近?
舊 2008-01-19, 11:35 PM #39
回應時引用此文章
userboy離線中  
Adsmt
Golden Member
 
Adsmt的大頭照
 

加入日期: Feb 2004
您的住址: 從來處來
文章: 2,761
不想酸你,不過樓主真的有必要去重修計算機組織....
還有你不把你的原始碼公開,人家怎麼知道你有沒有在裡面動手腳?

再者 Intel 贏 AMD 又不是贏 superpi 而已,而是在各項軟體大獲全勝,你關起門來寫一個程式自爽有意義嗎?
舊 2008-01-19, 11:43 PM #40
回應時引用此文章
Adsmt離線中  


    回應


POPIN
主題工具

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

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



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


vBulletin Version 3.0.1
powered_by_vbulletin 2025。