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

回到   PCDVD數位科技討論區 > 電腦硬體討論群組 > 顯示卡討論區
帳戶
密碼
 

回應
 
主題工具
amadeustwo
Regular Member
 

加入日期: Sep 2006
您的住址: 台中地區
文章: 93
有個AGP與PCI-E的老梗問題

我印象中很久了
有關於PCI-E,跟AGP頻寬的比較,
我的問題不在於到底要不要換PCI-E

只是有個梗一直在心中,

印象中,除了目前的N社8系列還有SLI與CF的暴力串接以外
是不是還沒有卡片可以吃盡PCI-E頻寬
甚至是連AGP-8X也吃不飽

當每個晶片解禁時都會有一個理論頻寬表
拿那個來配AGP/PCI-E的頻寬來比較是正確的嗎?
例如
AGP資料寬度32bits,工作頻率66MHz。
這樣代表66(MHz)x32(bits)=2112Mb/s (1Byte = 8bits)
=264MB/s (理論每秒傳輸264MB的資料)
這是最早期規格,
最後的AGP8X是2.1GB/s
而現在的PCI-E單一插槽可以到4GB/s的上傳頻寬和8GB/s的下傳頻寬

然後我們從顯示卡的角度來看
EX:
Geforce 6800

為256bit,ram的時脈為(550/1100)=整個ram的頻寬為35.2GB/s

當然!
這是GPU跟ram之間的溝通速度,不能用這個來填AGP/PCI-E的頻寬
可是我不知道所謂AGP插槽餵不飽78系列的原理是如何?

有勞有研究的人幫我解答一下!!!!!

"印象中"印象中啦.....(呵呵)
現今一大堆卡還是滿足不了AGP8X 的
不知道這一句話對不對
如果不對的話
是不是有數據能幫我比較它們之間傳輸大小的關係
謝謝!!!!
以上計算以及數據參考至
http://a120.loxa.edu.tw/computer/computer_hw_main.htm 基本的硬體簡介

http://www.thg.com.tw/article_000111404.html#01 湯姆大哥的簡介

http://www.thg.com.tw/article_000051202.html 6800的規格表

以上,如果有很嚴重的錯誤
麻煩請用力的鞭吧……
謝謝
     
      
舊 2007-01-07, 04:44 AM #1
回應時引用此文章
amadeustwo離線中  
13F
*停權中*
 

加入日期: Feb 2004
文章: 255
PCIE +1
從AGP跳到PCIE會失血不少.不過當特效全開仍跑的流暢的畫面一幕幕的盡收眼裡.
就覺得該花的錢還是得花. 爽度就是不同.
 
舊 2007-01-07, 08:56 AM #2
回應時引用此文章
13F離線中  
Youfown
*停權中*
 

加入日期: Feb 2003
您的住址: 台灣
文章: 4,036
要測AGP 8X頻寬是否已被餵飽
有個很不正式但是好像有參考價值的方法



拿張時脈相同的X1950pro AGP & PCI-E
比較一下實測遊戲FPS跟3dmark分數吧
舊 2007-01-07, 11:09 AM #3
回應時引用此文章
Youfown離線中  
a09117034
Major Member
 
a09117034的大頭照
 

加入日期: Jul 2005
文章: 278
引用:
作者Youfown
要測AGP 8X頻寬是否已被餵飽
有個很不正式但是好像有參考價值的方法



拿張時脈相同的X1950pro AGP & PCI-E
比較一下實測遊戲FPS跟3dmark分數吧


別忘了 PCIE的顯卡要轉成AGP 必須要加上橋接晶片
在這轉換過程中 效能難免有損失 AGP分數略低
不見得是頻寬不夠
舊 2007-01-07, 03:01 PM #4
回應時引用此文章
a09117034離線中  
AJUN0418
Regular Member
 

加入日期: Aug 2006
文章: 63
引用:
作者amadeustwo
我印象中很久了
有關於PCI-E,跟AGP頻寬的比較,
我的問題不在於到底要不要換PCI-E

只是有個梗一直在心中,

印象中,除了目前的N社8系列還有SLI與CF的暴力串接以外
是不是還沒有卡片可以吃盡PCI-E頻寬
甚至是連AGP-8X也吃不飽

當每個晶片解禁時都會有一個理論頻寬表
拿那個來配AGP/PCI-E的頻寬來比較是正確的嗎?
例如
AGP資料寬度32bits,工作頻率66MHz。
這樣代表66(MHz)x32(bits)=2112Mb/s (1Byte = 8bits)
=264MB/s (理論每秒傳輸264MB的資料)
這是最早期規格,
最後的AGP8X是2.1GB/s...


最近許多測試都發現 同等級規格配備 AGP8X 與 PCI-E 效能上差異不大..

http://www.digitimes.com.tw/n/artic...8256FF700498A95

實際使用上似乎也是如此...

甚至是AGP4X +7600GS 也能達到的7900的 03分數.....

照理說單通道的AGP 應該遠不及雙通的PCI-E.....

難道目前顯卡真的餵不飽目前的PCIE頻寬甚至是AGP嗎?
__________________
所謂的"CPU餵不飽"不過是廠商的陰謀論!!
舊 2007-01-07, 03:50 PM #5
回應時引用此文章
AJUN0418離線中  
jcser317
Major Member
 

加入日期: Aug 2005
文章: 154
Thumbs down

引用:
作者Youfown
要測AGP 8X頻寬是否已被餵飽
有個很不正式但是好像有參考價值的方法



拿張時脈相同的X1950pro AGP & PCI-E
比較一下實測遊戲FPS跟3dmark分數吧


這只是因為橋接晶片轉換損失的問題,
跟AGP或PCI頻寬餵不餵得飽顯示卡跟本無關!
也不會因為損失這2% 3%的差異, 肉眼就分辦得出來,
純綷是自我催眠, 心理上爽度的問題而已!

就跟硬碟一路從ATA33 到ATA66 ,ATA100 ,ATA133
到現今的SATA1, SATA2一樣,
請問資料從碟片讀出來的速度是多少?
硬碟轉速跟機械手臂讀取頭移動的速度拖累多少?
現今最快的硬碟可能連ATA100的傳輸都餵不飽
更遑論ATA133跟SATA?

那它一直在強調頻寬餵不飽一直換界面做什麼?

孩子們..別忘了..
這世界除了真理還有巴豆!
商人不這樣搞..
他們賺什麼?

舊 2007-01-07, 03:50 PM #6
回應時引用此文章
jcser317離線中  
alurop532
Major Member
 

加入日期: Nov 2005
文章: 259
印象中,AGP8X介面的頻寬雖然是2.1GB/s,但是它上傳與下傳頻寬速度是不同的,忘了是哪一種比較慢...
而PCI-E 16X的頻寬是4GB/s,它上傳與下傳速度是相同的,所以雙向可達8GB/s

匯流排頻寬就像高速公路一樣,2線道、4線道、8線道.....
當車流量暴多的時候,比較多的線道較容易應付。

在硬碟方面,雖然介面頻寬速度一直提升,雖然單一顆硬碟的速度並沒有達到介面速度,
但如果多顆硬碟組Raid呢?
舊 2007-01-07, 07:50 PM #7
回應時引用此文章
alurop532離線中  
Youfown
*停權中*
 

加入日期: Feb 2003
您的住址: 台灣
文章: 4,036
引用:
作者jcser317
這只是因為橋接晶片轉換損失的問題,
跟AGP或PCI頻寬餵不餵得飽顯示卡跟本無關!
也不會因為損失這2% 3%的差異, 肉眼就分辦得出來,
純綷是自我催眠, 心理上爽度的問題而已!

就跟硬碟一路從ATA33 到ATA66 ,ATA100 ,ATA133
到現今的SATA1, SATA2一樣,
請問資料從碟片讀出來的速度是多少?
硬碟轉速跟機械手臂讀取頭移動的速度拖累多少?
現今最快的硬碟可能連ATA100的傳輸都餵不飽
更遑論ATA133跟SATA?

那它一直在強調頻寬餵不飽一直換界面做什麼?

孩子們..別忘了..
這世界除了真理還有巴豆!
商人不這樣搞..
他們賺什麼?




我有說了,"很不正式"了嘛
更何況當年有人用9700pro AGP 4X模式跑,效能確實有比8X下降
AGP 4X有可能被吃飽,比R300更強好幾倍的卡都出了,AGP 8X當然也有可能
只不過沒實際測試數據而已
舊 2007-01-08, 02:02 AM #8
回應時引用此文章
Youfown離線中  
aksa
Registered User
 
aksa的大頭照
 

加入日期: May 2005
您的住址: 台南市
文章: 224
引用:
作者13F
PCIE +1
從AGP跳到PCIE會失血不少.不過當特效全開仍跑的流暢的畫面一幕幕的盡收眼裡.
就覺得該花的錢還是得花. 爽度就是不同.



發文者問的是"顯示卡&顯示卡介面&頻寬"之間的問題...
您來插花"爽度"做啥
至於您所說的特效全開流暢的畫面...
真的只是pci-e的功勞而已嗎?
查查安達爾定律吧
舊 2007-01-08, 11:06 AM #9
回應時引用此文章
aksa離線中  


回應


POPIN
主題工具

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

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



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


vBulletin Version 3.0.1
powered_by_vbulletin 2026。