推 ckscorsese:高手過招呀 05/02 23:00
推 rockslame:內行看門道 外行看熱鬧(我是外行的) 05/02 23:03
推 jacobain:在這邊看過最深的討論 -_-b 真強者啊~ 05/02 23:29
推 azegrant:我已經完全無法看懂了 不過還是多看多聽這些高手 05/03 13:49
※ 引述《sitos (麥子)》之銘言：
: ※ 引述《dolphinus (鬼扯英吉GTB)》之銘言：
: : 所以請你指出那裡有講到 "執行後再存回 trace cache"
: : 這種說法?
: : 有那一個動作可以從已經過 ROB 之後的東西再丟回 I-cache?
: 它是寫第一次執行的時候放進去，之後執行到的時候就直接拿來用。
: 至於存回去這件事，我不知道你在指什麼，但 trace cache 的確放執行過的程式碼。
: 如果我讀錯了就直接告訴我哪裡讀錯了，我引用的就是上面那一段而已。
"執行後再存回 trace cache" 這段意味著跑玩的東西
還會丟回 trace cache, 基本上不要說 trace cache,
只要是 instruction cache 都是行不通的...
我對這句話大感意外就是...
: 那我就不知道啦，我對商用品沒研究。我回的只有 trace cache 這個詞
: 至於你說用 LRU 換掉被使用最少的那組 trace slot ，
: 那就代表 trace slot 裡面存的的確是用過的程式碼，
: 至少是準備被重複使用的程式碼，而不單只是為了存 decode 過後的 uOP 。
不一定是用過的, 搞不好根本沒使用到那段, 沒被用到過
就被替換掉了.
不過我查到的結果是有些是用 LRU 有的是 TC 裡還有自己
的 BTB..
而因為商品的 trace cache 裡擺的是 uOPs, 後段的 BTB
內容沒辦法做參考, 所以變成前段只能自己去猜...
continuous instruction 的觀念上是用一般指令還 uOPs
沒有差別沒錯...
: : 請看 1.3 節那邊對 branch 的敘述, 原始的 trace cache
: : 是擁有 branch prediction 能力的, 但商用品沒有.
: : 這一篇論文跟傳統 I-cache 的觀念還是很接近, 跟最後被
: : 實作的 trace cache 已經相差很遠了.
: 要說存起來的 trace 當作是一種 1 bit 的 predictor 當然可以。
: 不過那樣的 prediction capability 和一般的 branch predictor 差太多了吧。
: 況且 trace cache 概念上與 predictor 是可以 decouple 的，
: 就像是 BTB 和 branch predictor 也是可以 decouple 的。
嗯.
所以論文上裡面存的是一般 instruction 而非 uOPs 我想
意思就在這裡, 如果照論文這樣做的話, TC 可以直接參考
BTB 的內容做替換的取捨, 效果也會比現實商品的好...
: : 這篇第二個作者在 1999 年也有發表一篇相關論文, 同樣
: : 也是指出 trace cache 對 branch 上的改善.
: : 特別是替換掉 trace 的判斷做法都不一樣時, 這論文只能
: : 僅供參考而不是當聖經.
: 是阿，我只是參考它，它上面寫 trace cache 存的是執行過的程式碼。
不一定是跑過的喔...
最少在這兩種 TC 設計上都只是擺放而已,
而且 TC 最重大的意義就是讓執行時能一條鞭一直下去
(只要 TC 沒滿..), 而已經確定執行過的指令可以存活
在 TC 裡較久這樣...
: : 那請去看幾篇專講 trace processor 的論文...
: 有空再去看 :)
這個才是它的源頭哩. :)
intel 打算後期的東西會開始導入 trace processor 的
概念.
: 我根本就不知道商用品上面的 trace cache 是怎麼做的。
: 只是有人寫了以為追蹤快取是 I-cache 的誤植，
: 有人回了 trace cache 不是 I-cache ，有人為了 trace cache 是什麼。
: trace cache 的確是存程式碼，一開始的確是為了解決 locality 的問題，
: 避免 I-cache 的 performance 跟不上 branch predictor 而設計的。
: 你要介紹現在商用品的設計給大家當然更好，我也可以多學一點東西。
: 洗耳恭聽囉。:)
有得罪之處還請見諒嘍. :)
--
說真的, 您已經是我目前在 ptt 遇過最強的討論者了. :)
--
※ 發信站: 批踢踢實業坊(ptt.cc)
※ 編輯: dolphinus 來自: 61.216.216.190 (05/02 22:31)