PTT遊戲區 / XBOX

[情報] 傳Xbox One的ESRAM實際效能比預期高許多

看板XBOX作者 (這個好吃嗎)時間13年前 (2013/06/28 22:53), 編輯推噓17(18推 1噓 128→)
留言147則, 22人參與, 最新討論串1/1
http://www.eurogamer.net/articles/digitalfoundry-xbox-one-memory-better- in-production-hardware http://tinyurl.com/ofhaw86 Xbox One使用延遲低但頻寬較少的8G DDR3為記憶體， 而PS4使用傳輸頻寬很大8G GDDR5為記憶體， 比起GDDR5的176 GB/s傳輸頻寬，DDR3只有68 GB/s， 為彌補其中差距，所以Xbox One加上32MB理論傳輸頻寬最高有102.4 GB/s的ESRAM來協助， 不過有個知名開發商來源告訴Digital Foundry，隨著最終成品的晶片逼近， 微軟修改了他們的規格數據，ESRAM的理論最高傳輸頻寬現在是 192 GB/s， 數字整整提高了88%。 那微軟當初為何會做出誤差這麼大的低估呢？根據聽過微軟簡報的來源表示， 當初微軟是以 每個區塊128 byte 乘上 GPU 800MHz而得出最高102.4 GB/s的數據 然而以讀取、寫入的操作分開進行來說，這個數字會是正確的， 但是微軟發現到實際硬體是讀取、寫入是同時進行，所以可以進行更多次的操作， 因此理論值會爆升到192 GB/s，然而理論是一回事， 實際運作時，配合半透明混合(FP16 x4)操作，能達到133 GB/s表現， 還是比以前的理論峰值高出不少。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 1.34.84.195
推
06/28 23:00, , 1F
我決定等實機出來之後的評測...
06/28 23:00, 1F
→
06/28 23:02, , 2F
要是畫面至上的最終應該是PS4 >Xbox One
06/28 23:02, 2F
→
06/28 23:03, , 3F
這篇文章的作者也有推測 2主機初期的跨平台遊戲畫面
06/28 23:03, 3F
→
06/28 23:04, , 4F
可能不會有明顯差距 不過未來隨廠商更熟悉硬體
06/28 23:04, 4F
→
06/28 23:04, , 5F
使用更成熟的開發套件與函式庫
06/28 23:04, 5F
→
06/28 23:05, , 6F
超大作可能會出現Xbox One以較低的解析度在跑的情況
06/28 23:05, 6F
→
06/28 23:06, , 7F
但若真是畫面黨 PC一定第一選擇就是了...
06/28 23:06, 7F
→
06/28 23:06, , 8F
不可能和這代一樣 主機會保有幾年的畫面優勢
06/28 23:06, 8F
→
06/28 23:06, , 9F
現在就組得出比PS4、X1強非常非常多的PC
06/28 23:06, 9F
推
06/28 23:22, , 10F
多花四.五萬組台超越XB1.PS4的電腦 這不是一般人..
06/28 23:22, 10F
推
06/28 23:24, , 11F
領先的部分 其實也不會給人太大的震撼
06/28 23:24, 11F
推
06/28 23:24, , 12F
基本上 one 與 PS4 就是現在中階遊戲 PC 的規格
06/28 23:24, 12F
→
06/28 23:26, , 13F
離高階遊戲機還有一段不小的差距，不過要組和 one
06/28 23:26, 13F
→
06/28 23:27, , 14F
等效的 PC，以 one 現在的售價是不可能的
06/28 23:27, 14F
→
06/28 23:28, , 15F
只要不要再有之前的 3紅問題，買 one 來玩戲還是
06/28 23:28, 15F
→
06/28 23:28, , 16F
非常的划算
06/28 23:28, 16F
→
06/28 23:30, , 17F
不用多四五萬那麼多啦~ 大概多個一萬多效能就可打死
06/28 23:30, 17F
→
06/28 23:31, , 18F
one 了，但一萬多可買很多遊戲啊~~~
06/28 23:31, 18F
推
06/28 23:33, , 19F
999鎂其實也組不出來 我家680也跑不出那種FPS的畫面
06/28 23:33, 19F
推
06/28 23:38, , 20F
192就是192其實,不會變133
06/28 23:38, 20F
→
06/28 23:38, , 21F
RAM沒峰不峰值可言
06/28 23:38, 21F
→
06/29 00:20, , 22F
這世代畫面再怎麼拼也很難再衝高到讓人很明顯看出來
06/29 00:20, 22F
→
06/29 00:40, , 23F
RAM會因為有read/write lantecy以及random access造
06/29 00:40, 23F
→
06/29 00:40, , 24F
成實際低於理論的情況
06/29 00:40, 24F
推
06/29 01:19, , 25F
開發商願意花多大心力才是重點..像日廠有些作品都隨
06/29 01:19, 25F
→
06/29 01:22, , 26F
便移植甚至直接不發..希望這次X1可以好首發
06/29 01:22, 26F
→
06/29 01:24, , 27F
日廠有些遊戲不發360版是因為他們自知該遊戲不容易在
06/29 01:24, 27F
→
06/29 01:24, , 28F
日本以外的地區賣，在以日本本地市場為主要目標的情
06/29 01:24, 28F
→
06/29 01:25, , 29F
況下，不出360版並非刻意排擠的行為吧。
06/29 01:25, 29F
→
06/29 02:21, , 30F
(哈欠~~) 128Byte * 800MHz =102.4GB/s 已經是不算
06/29 02:21, 30F
→
06/29 02:22, , 31F
latency的burst read speed. 哪來的cycle hole.....
06/29 02:22, 31F
→
06/29 02:22, , 32F
AMD有這種外星科技可以"同時"讀寫，快點拿出來打爆
06/29 02:22, 32F
→
06/29 02:22, , 33F
Intel，還只賣給MS幹嘛?
06/29 02:22, 33F
推
06/29 02:42, , 34F
ESRAM不是AMD的不過
06/29 02:42, 34F
→
06/29 02:50, , 35F
CPU跟GPU兩顆的silicon都是AMD的，就算ESRAM
06/29 02:50, 35F
→
06/29 02:50, , 36F
的IP不是AMD擁有，也表示AMD有能力做，有這種
06/29 02:50, 36F
→
06/29 02:50, , 37F
可以"同時"讀寫，涮神兵利器外星RAM，還不趕快licens
06/29 02:50, 37F
→
06/29 02:50, , 38F
來打爆Intel XDDD
06/29 02:50, 38F
→
06/29 03:28, , 39F
退一百步講好了, 就算有這種可以同時讀寫的神奇RAM
06/29 03:28, 39F
還有 68 則推文
→
07/01 02:46, , 108F
還有 你的舉例很怪 頻寬在業界是怎麼算的 我的確不清
07/01 02:46, 108F
→
07/01 02:48, , 109F
處 然而從文字敘述可以了解 顯然這個Ram之前是讀取
07/01 02:48, 109F
→
07/01 02:48, , 110F
下載只能分開進行 ADSL卻是下載同時可以上傳
07/01 02:48, 110F
→
07/01 02:50, , 111F
所以用來比喻不是很適當吧
07/01 02:50, 111F
→
07/01 02:53, , 112F
我是說寫入與讀取不能同時進行
07/01 02:53, 112F
→
07/01 02:54, , 113F
而就DF在推特上的補充 只做讀與只做寫 也只能102GB/s
07/01 02:54, 113F
→
07/01 02:59, , 114F
原本情況若是要讀要寫 那是從那102去分配
07/01 02:59, 114F
→
07/01 03:00, , 115F
變成讀51寫51 或是讀20寫82等狀況吧
07/01 03:00, 115F
→
07/01 03:01, , 116F
但新情況是 可以允許讀102 寫90這種狀況發生
07/01 03:01, 116F
→
07/01 03:01, , 117F
這當然算是效能提升 而非文字遊戲
07/01 03:01, 117F
→
07/01 03:02, , 118F
你的不滿點大概是無法有讀取192或是寫入192的狀況
07/01 03:02, 118F
→
07/01 03:04, , 119F
DF本來就是讓一般人可以懂技術的專欄
07/01 03:04, 119F
→
07/01 03:06, , 120F
他們較易懂的方式來呈獻 你不滿自往他們那裏發
07/01 03:06, 120F
→
07/01 03:07, , 121F
與我無關 我不是硬體專家 我就照我理解來翻
07/01 03:07, 121F
→
07/01 03:08, , 122F
請你閣下親往DF對他們曉以大義 撥亂反正
07/01 03:08, 122F
→
07/01 03:10, , 123F
以免將來再誤導像我這種人 幫忙他們散播資訊
07/01 03:10, 123F
→
07/01 03:13, , 124F
也避免讓我被專家噓文
07/01 03:13, 124F
推
07/01 08:02, , 125F
自己先提"AMD有這種外星科技可以"同時"讀寫"
07/01 08:02, 125F
→
07/01 08:02, , 126F
同時讀寫根本就不是什麼外星科技
07/01 08:02, 126F
→
07/01 08:02, , 127F
然後，又一副先知的說什麼
07/01 08:02, 127F
→
07/01 08:03, , 128F
"就知道會有人講dual port RAM."
07/01 08:03, 128F
→
07/01 08:05, , 129F
其實，以"匯流排"的角度
07/01 08:05, 129F
→
07/01 08:07, , 130F
也不是非得"dual port"才可以...
07/01 08:07, 130F
→
07/01 08:07, , 131F
尤其是文中有提到"processing cycle holes"
07/01 08:07, 131F
→
07/01 08:08, , 132F
如果運算過程中有這種現象的話
07/01 08:08, 132F
→
07/01 08:08, , 133F
那就可以在記憶體端做特殊的設計
07/01 08:08, 133F
→
07/01 08:09, , 134F
讓存取記憶體的裝置看起來像"同時"存取
07/01 08:09, 134F
→
07/01 08:12, , 135F
解決頻寬的方法，不是單靠"RAM"
07/01 08:12, 135F
→
07/01 08:12, , 136F
"匯流排"和"控制器"的設計是另外一個重點
07/01 08:12, 136F
→
07/01 08:13, , 137F
而匯流排和控制器這端，就可以是看雙向的
07/01 08:13, 137F
推
07/01 08:15, , 138F
我們自己的IC就已經有把single port透過控制器
07/01 08:15, 138F
→
07/01 08:15, , 139F
設計成類dual port的存取方式
07/01 08:15, 139F
→
07/01 08:16, , 140F
效能不可能等於dual port，但會比single port來的好
07/01 08:16, 140F
→
07/01 08:21, , 141F
我想，我們都辦的到了，微軟和AMD比我們更厲害的人
07/01 08:21, 141F
→
07/01 08:21, , 142F
沒有理由會想不到怎麼做才對
07/01 08:21, 142F
→
07/01 08:34, , 143F
當然，你也可以質疑，既然我們有這種"外星科技"
07/01 08:34, 143F
→
07/01 08:34, , 144F
怎麼不去賣給"Intel"或"AMD"
07/01 08:34, 144F
→
07/01 08:34, , 145F
也恕我無法繼續深入去解釋要怎麼做
07/01 08:34, 145F
→
07/01 08:35, , 146F
就像魔術一樣，特殊技術也是工程師絞盡腦汁的結晶
07/01 08:35, 146F
→
07/01 08:36, , 147F
因為江湖一點訣，說出來就不值錢了...
07/01 08:36, 147F
‣ 更多 talan 的文章
文章代碼(AID): #1HpQDg8C (XBOX)
XBOX 近期熱門文章
更多 近期熱門文章 >>
PTT遊戲區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 talan 的文章
文章代碼(AID): #1HpQDg8C (XBOX)