HKSpot - Powered by Discuz! Board

標題: [硬件] AMD Jagaur @ Hot Chips 24 [打印本頁]

作者: Puff 時間: 2012-6-2 19:39 標題: AMD Jagaur @ Hot Chips 24

http://www.hotchips.org/

睇班傻仔話 Brad Burgess 走左等於 AMD Bobcat 摺，我真心地笑左。

我估 Kabini 會係 Late Q4/Early Q1 上市，係 ISSCC 2013 之前。如果遲過 ISSCC 2013，咁都唔會係 HotChips 24 announce 啦。

Steamroller 就 ISSCC 2013 見啦。

[ 本帖最後由 Puff 於 2012-6-2 20:04 編輯 ]

作者: qcmadness 時間: 2012-6-2 22:15

下代又改架構

作者: Puff 時間: 2012-6-3 01:27

引用:

原帖由 qcmadness 於 2012-6-2 22:15 發表
下代又改架構

我估都係 native 128-bit support, improved branch predictor & prefetcher, clock improvements, deeper instruction windows, FMA3, AVX & XOP support 再加 revamped cache hierarchy (跟進 BD L1-L2 inclusiveness...) with L2 ECC protected (for embedded systems) 掛。

唔知 L2 仲會唔會 half-clocked 呢。

[ 本帖最後由 Puff 於 2012-6-3 01:30 編輯 ]

作者: qcmadness 時間: 2012-6-3 01:33

加FMA/AVX未必係好事
L2 half clock先好

作者: Puff 時間: 2012-6-3 02:04

引用:

原帖由 qcmadness 於 2012-6-3 01:33 發表
加FMA/AVX未必係好事
L2 half clock先好

AVX 只係 errrmm... Decoder 需要特別優待一下. FMA 就可能唔係好事，latency upup.

作者: qcmadness 時間: 2012-6-3 02:06

引用:

原帖由 Puff 於 2012-6-3 02:04 發表

AVX 只係 errrmm... Decoder 需要特別優待一下. FMA 就可能唔係好事，latency upup.

主要係因為做low power application
唔全部support都唔會行唔到program, 反而慳電要學下Atom咁再降

作者: Puff 時間: 2012-6-3 02:12

引用:

原帖由 qcmadness 於 2012-6-3 02:06 發表

主要係因為做low power application
唔全部support都唔會行唔到program, 反而慳電要學下Atom咁再降

都係既，AVX 都係 facing HPC/server 市場比較多，不過 128-bit FPU/SIMD 應該走唔甩啦掛。
但係如果 peak throughput 一樣，就唔知除左 wider load datapath & relaxed issuing windows 外有乜 benefits 啦。

Cortex A15 都有 tightly coupled 128-bit FPU 啦，無記錯... err... support FMAC。

[ 本帖最後由 Puff 於 2012-6-3 02:19 編輯 ]

作者: qcmadness 時間: 2012-6-3 02:18

引用:

原帖由 Puff 於 2012-6-3 02:12 發表

都係既，AVX 都係 facing HPC/server 市場比較多，不過 128-bit FPU/SIMD 應該走唔甩啦掛。
但係如果 peak throughput 一樣，就唔知除左 wider load datapath & relaxed issuing windows 外有乜 benefits 啦。

Cortex A1 ...

暫時FMAC市場唔算多
再下代先再加都未遲

歡迎光臨 HKSpot (https://bbs.hk-spot.com/)