ISSCC08議程公表

http://www.miracd.com/isscc2008/WebAP2008/PDF/2008AP_Final_S4.pdf
官方議程表

http://www.realworldtech.com/page.cfm?ArticleID=RWT120507050619&p=2
RealWorld的提綱….”RISC大反撲?”

赫然發現45nm CELL現身….幾乎全面自動設計、耗電量縮小40%、die size縮小34%;
還有Tile64細節,64core SoC with mesh interconnect;
以及超巨大的Tukwila:2 billion Transistors、699mm^2(21.5 x 32.5mm)、30MB cache、34GB/s bandwidth、96GB interconnect…..然後這樣是65nm。

話說一個會讓人miss的東西是Silverthorne,它報在13.1的mobile processing….

A 47M transistor, 25mm2, sub-2W IA processor designed for mobile internet devices…It features a 2-issue, in-order pipeline with 32KB iL1 and 24KB dL1 caches, integer and floating point execution units, x86 front end, a 512KB L2 cache and a 533MT/s front-side bus. The design is manufactured in 9M 45nm High-k metal-gate CMOS and housed in a 441-ball µFCBGA package.

PSP-size的全功能PC大概快出現了….

在〈ISSCC08議程公表〉中有 4 則留言

  1. 看到 in-order 就冷掉了….XD
    Out-of-Order Execution 對通用處理的加速還蠻明顯的(對照 PS3 跑 linux 的話),不過拿來做 mobile cpu 的話大概不會有差吧,現在的 arm 跟以前的 mips 好像都是 in-order 就是,但是 x86 cpu 都需要強大的 deocoder 才能撐起效能,這顆要怎麼搞也蠻有趣的….XD

  2. IBM 的 Power6 也是用 in-order……
    x86 要走 OOO 主要還是邏輯運算暫存器過小所致,同樣用 in-order x86 會碰到的 Stall 會比其他的 CPU 要高的多,這點跟通用處理與否並無直接關係,至於拿 Cell 跑 Linux 來做對比的話就更不恰當了,PPE 並不是一個很好的 PPC 產品,高頻管線超深 VMX 也進行過調整,整個 CPU 就是很簡陋,拿這東西來跑現在的 OS 情況自然不會太好,另外記憶體過小也是另外一個原因就是.

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *

這個網站採用 Akismet 服務減少垃圾留言。進一步了解 Akismet 如何處理網站訪客的留言資料