系統(tǒng)程序員之---x86x64體系探索及編程實踐經驗談（獲獎名單已公布2013-1-7）

amarant

回復 90# superwiles


    你說的內部采用risc我也知道。但是程序員關心的就是這些表象呀。最多關心下cache的刷寫，至于流水線這些都是設計CPU的人關心的。程序員無非就是使用下指令，關心下異常以及內存管理。為什么x86一直在修修補補呢。我所表達的正是這個。mips也是198x年的東西。但是到了現(xiàn)在和那個時候的樣子還是差不多�？赡軆炔繉崿F(xiàn)已經有了很大區(qū)別。但是以前的基本上都是兼容現(xiàn)在的。據(jù)我考察的只有一個TLB的RI/XI上的設計有點不兼容。
但是在x86上就完全不是這樣了。一開始考慮的是代碼存儲空間大小一些問題，使用了這種指令有長有短的CISC。后來發(fā)現(xiàn)通過流水線的方法很好，又采用這么奇怪的內部一套實現(xiàn)。在就是地址上，段頁方式的保護完全沒有通過設置TLB的方法來的靈活方便。
說來說去，顯得我的怨念有些深了。可能我還不夠熟悉它，所以問問這些特別熟悉的人，內心對x86是一種喜愛，還是惡心。

superwiles

x86 沒有好也沒有壞， 只是成功的商業(yè)產品，不斷在性能和成本之間妥協(xié)還要考慮ms的需求。
變長 指令的最大好處在當時是代碼size 很小， 這樣 導致的 tlb miss 和 cache miss 會比較小，
性能會有提升， 因為最多的指令一般都是move ， add  這類簡單的，  不會個個都是15Byte的指令，
pipeline的優(yōu)化對性能提升遠不如改善 tlb shoot down 和 cache miss，  

yulihua49

titer1 發(fā)表于 2012-11-12 19:21
原來作者在這里 還有一個大本營
http://www.mouseos.com/

哎呀！你訪問的頁面不存在

可能網頁地址輸入錯了，請再核對下吧^-^

請點擊返回ChinaUnix首頁
請點擊返回ChinaUnix論壇首頁
請點擊返回ChinaUnix博客首頁

titer1

yulihua49 發(fā)表于 2012-12-01 21:41
哎呀！你訪問的頁面不存在

可能網頁地址輸入錯了，請再核對下吧^-^

剛才我測試了下，沒問題

C:\Documents and Settings\Administrator>ping www.mouseos.com

Pinging s532.now-cn.net [119.146.223.240] with 32 bytes of data:

Reply from 119.146.223.240: bytes=32 time=45ms TTL=117
Reply from 119.146.223.240: bytes=32 time=48ms TTL=117
Reply from 119.146.223.240: bytes=32 time=45ms TTL=117
Reply from 119.146.223.240: bytes=32 time=48ms TTL=117

Ping statistics for 119.146.223.240:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 45ms, Maximum = 48ms, Average = 46ms

帥絕人寰

回復 91# amarant


    惡心多過喜愛吧，反正我是這樣。

不過，也有一些相當驚艷的東西，例如sandy bridge的一些features。

send_linux

yulihua49 發(fā)表于 2012-12-01 21:41
哎呀！你訪問的頁面不存在

可能網頁地址輸入錯了，請再核對下吧^-^

哪里錯誤了？這個鏈接是去作者的官方網址的

hansion3406

支持一下哈

titer1

每個方面都說到了點子上，思考深刻，耐讀。

titer1

最難，最討厭 ，最麻煩，就是那些 編譯器相關或者依賴的行為

titer1

支持這種 理論 和 實踐并重 的 書。