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

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

回應
 
主題工具
mipain
Major Member
 

加入日期: Feb 2004
您的住址: 嘉義
文章: 211
降倍頻效能會不會比較好??

日前使用了4850E後
才發現RAM才跑到了714 (1:2)(200X12.5)

如果調降倍頻後200X10
此時RAM就可以跑800

請問哪個效能會比較好一點??(不考慮超頻為前提下)
     
      
舊 2008-12-12, 08:34 AM #1
回應時引用此文章
mipain離線中  
laiokane
Senior Member
 

加入日期: Oct 2005
文章: 1,010
不會,CPU時脈比較重要

至少在CPUmark裡面是
 
舊 2008-12-12, 09:08 AM #2
回應時引用此文章
laiokane離線中  
ttnrsmvomsv
New Member
 

加入日期: Jul 2008
文章: 7
這也正是我想問的,大家都說外頻高的話系統的整體效能可以提升而把倍頻降到7或8
但我卻覺得在轉檔時所耗時間增加或測試軟體分數下降。開機也沒比較快。
雖然我現在的設定是e2180 9*333=3.0ghz (系統內顯示3.33ghz是怎麼回事= =)
但難道10*300速度不會更快嗎?

另外想請教,我用的asus的P5N-MX主板官方是說支援FSB1333,那我可以硬改上1600嗎?(遮蔽L2?)
硬改的問題似乎不少,但我只是想知道可行性而已。
舊 2008-12-12, 10:54 AM #3
回應時引用此文章
ttnrsmvomsv離線中  
JLurker
Master Member
 

加入日期: Aug 2002
您的住址: 台北跟中壢兩地最常出沒
文章: 1,955
以 AMD 架構來說
CPU時脈影響比較大
RAM頻寬影響很小

轉檔應該是時脈優先,RAM應該沒差

DDR2 800 vs. DDR2 714實際上影響非常小
畢竟RAM頻寬餵得飽L2 CPU也就還可以

反倒是既然降成 DDR2 714,要不要看一下參數可手動調?

Intel架構就比較難說,有請其他大大講解~
舊 2008-12-12, 11:09 AM #4
回應時引用此文章
JLurker離線中  
mipain
Major Member
 

加入日期: Feb 2004
您的住址: 嘉義
文章: 211
之前不曉得看到哪去了.....剛剛慢慢調整倍頻的結果....
調到200x12..不僅RAM可以跑800
又不用超頻..
如果這樣的話應該比200X12.5 RAM 跑714
只差100 MHz
效能比??

另外看了一下RAM的細項調整....
一排...不太懂又不敢亂調...還是讓他自動抓好了...
用CPUZ看..5-5-5-18-24-2T
舊 2008-12-12, 02:14 PM #5
回應時引用此文章
mipain離線中  
laiokane
Senior Member
 

加入日期: Oct 2005
文章: 1,010
[QUOTE=ttnrsmvomsv]這也正是我想問的,大家都說外頻高的話系統的整體效能可以提升
但難道10*300速度不會更快嗎?/QUOTE]

那應該是以前使用FSB(或是intel)的時候
因為超大外頻可以增加CPU跟北橋之間的頻寬
所以以同時脈來說增加外頻可以增加效能
可是AMD(或是i7)內建記憶體控制器
頻寬已經遠遠超過需求,所以...時脈比外頻重要了

可以看下圖
就可以看到大家都跑的雙通道頻寬比CPU到北橋快多了
不過也因為這樣雙通道並不能提升非常明顯的效能
舊 2008-12-12, 06:20 PM #6
回應時引用此文章
laiokane離線中  
d7429581
Major Member
 

加入日期: May 2007
文章: 289
400*7=2800
350*8=2800

400*7=2800
400*8=3200

時脈同樣是2800~400*7贏350*8
外頻同樣是400~400*8贏400*7

同時脈下外頻高的效能會比較好一點~
同外頻下~時脈高的效能會比較好一點~

好多少?感覺不太到~時脈高比較有感覺一點~
舊 2008-12-14, 12:20 AM #7
回應時引用此文章
d7429581離線中  


回應


POPIN
主題工具

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

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



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


vBulletin Version 3.0.1
powered_by_vbulletin 2025。