系統(tǒng)程序員之---x86x64體系探索及編程實(shí)踐經(jīng)驗(yàn)談（獲獎(jiǎng)名單已公布2013-1-7）

manULinux

書中有錯(cuò)誤，請改正。{:3_182:}

send_linux

manULinux 發(fā)表于 2012-11-25 09:49
書中有錯(cuò)誤，請改正。

哪里？

manULinux

回復(fù) 82# send_linux
最后一行中的“大部分” 吧 寫成”大部頭“ 了。



   

send_linux

manULinux 發(fā)表于 2012-11-26 10:03
回復(fù) 82# send_linux
最后一行中的“大部分” 吧 寫成”大部頭“ 了。

有“大部頭”這個(gè)說法吧，就是厚、篇幅長的意思吧？

crazyhadoop

回復(fù) 83# manULinux


    這個(gè)沒有問題吧

zavakid

講一講java開發(fā)為什么要關(guān)注底層的東西吧。

其實(shí)從學(xué)習(xí)里 開始學(xué)習(xí) java 開始，覺得一次編譯，到處運(yùn)行，多酷�。�
但做久了，你需要理解高性能，多線程，java的內(nèi)存模型等等，慢慢的，隨著你的理解，就會發(fā)現(xiàn)這其實(shí)與底層知識離不開。

單就 java 一個(gè) volatile 關(guān)鍵字，就需要你理解 cpu的緩存與主存同步問題。
看了java 的 內(nèi)存模型，才發(fā)現(xiàn)這都是為了使用底層cpu和內(nèi)存的工作機(jī)制而提出來的模型
看了 disruptor 之后，你會發(fā)現(xiàn)底層有個(gè) false sharing 的問題
在 java 中使用 nio 編程時(shí)，你就發(fā)現(xiàn)同步，異步。但在底層，其實(shí)是使用了中斷的異步機(jī)制，你會發(fā)現(xiàn)很有趣，想去了解底層的一些實(shí)現(xiàn)。

在學(xué)習(xí) JVM 的時(shí)候，你會發(fā)現(xiàn) jvm 的執(zhí)行是基于棧的，那么你想了解jvm這個(gè)進(jìn)程在機(jī)器上是怎么執(zhí)行的吧，
基于棧和基于寄存器的執(zhí)行模型各是什么樣的？

之后需要使用數(shù)據(jù)庫吧，比如 nosql 中的 Redis，為什么使用他時(shí)需要規(guī)劃內(nèi)存容量，避免當(dāng)redis起復(fù)制進(jìn)程時(shí)，走 swap。
為什么 TT 可以把文件映射到內(nèi)存中來操作，什么是 page，什么是swap。

通過這些年的開發(fā)，發(fā)現(xiàn)一點(diǎn)，不管是在多高的抽象層面，都需要了解底層的一些東西，都是靠底層的東西實(shí)現(xiàn)的，一層又一層，很多事情現(xiàn)狀的原因，往往是下一層面的現(xiàn)實(shí)決定的。
記得有人說過：你在開汽車的時(shí)候，你比騎自行車的人往上抽象一層，你可以不太關(guān)注路上的小石頭，但你還是需要注意下雨天的時(shí)候，輪胎會不會滑。

superwiles

公司最近剛剛公開了 Performance Monitoring Unit，   可以在下一冊中加入

amarant

回復(fù) 50# cjaizss


    我對x86的不是很熟悉，不知道是不是這個(gè)原因讓我不是很喜歡x86的這一套。不知道專門做過x86的人是不是也很喜歡這個(gè)處理器？@帥絕人寰
我一些不喜歡的理由：
1，模式上有一個(gè)很多余的實(shí)模式
2，內(nèi)存管理使用段式，頁式。64位上的好像又可以沒有段式了
3，寄存器的名字上原先使用eax之類的，后來又有r8等等通用寄存器。這些本來由ABI就可以解決了。
4，指令長度有長有短，很不方便分析。
總之，感覺就是一個(gè)東西反復(fù)修修補(bǔ)補(bǔ)。mips也是80年代的東西，但是到了現(xiàn)在和以前的也沒有很大區(qū)別。我很喜歡mips，不知道是不是因?yàn)閷λ�了解的比較多

cjaizss

amarant 發(fā)表于 2012-11-29 10:45
回復(fù) 50# cjaizss

X86考慮的是兼容的問題，一些是歷史問題。
另外，我想你可能是做嵌入式的，使用RISC居多，對于CISC不是很喜歡。

superwiles

回復(fù) 88# amarant


Cisc  只是表象，前面已經(jīng)說過了，
其次 x86 主要一直堅(jiān)持向后兼容性， 導(dǎo)致了補(bǔ)丁摞補(bǔ)丁，而且和windows 的互動(dòng)考慮很多。