手機(jī)站首頁散文詩歌雜文隨筆日記小小說

散文網(wǎng) » 生活 »日常 » 【知乎】INTEL x86服務(wù)器體系架構(gòu)（一-三）

【知乎】INTEL x86服務(wù)器體系架構(gòu)（一-三）

2023-12-03 06:58 作者:失傳技術(shù) 0人讀過 | 我要投稿

INTEL x86服務(wù)器體系架構(gòu)（一）

雪瀑牽裳

IT 老棒槌

35 人贊同了該文章

題跋，為什么要寫？

在IT技術(shù)圈兒里摸爬滾打了二十余年，也經(jīng)歷了產(chǎn)業(yè)的輝煌和沉靜，如今我還在堅(jiān)守著手藝人的清高。呵呵，說實(shí)在的，這樣真的挺傻。

精力已經(jīng)不如年輕時(shí)，畢竟年齡到了。但同樣的，知識和經(jīng)驗(yàn)也積累到目前這個(gè)程度，似乎也有些通達(dá)了。即使是圈里再出啥新概念或新產(chǎn)品，擺在眼前，自己琢磨個(gè)把月時(shí)間，咱也有信心將之盤個(gè)通透。

私下里，司內(nèi)有同事喊我為大神，雖然他們多半是調(diào)侃我的學(xué)究脾氣，但自己總是惶恐，總想著要做個(gè)全套的樣子。留下些足跡吧，盡量的往大神的路上靠一靠，將來回首，也可以告慰一下自己的心。所以想從這個(gè)月開始，起筆寫兩個(gè)系列的技術(shù)系列專題，就從這兩年接觸的小領(lǐng)域開始。
一個(gè)系列是intel x86服務(wù)器體系架構(gòu)，基于intel EDS資料，展開從haswell到skylake的前世今生，以及CPU內(nèi)部結(jié)構(gòu)變化。

自從intel CPU內(nèi)包括了內(nèi)存控制器以及直連PCIE等uncore部分，Intel X86的體系特征尤為明顯。既然Intel已經(jīng)規(guī)定好了體系結(jié)構(gòu)、定義好了對外接口，那么基于Intel Xeon CPU的服務(wù)器品牌廠商也就主要做以下幾個(gè)方面的工作：

1、服務(wù)器散熱和供電布局，將體系所包含的一系列的物理部件規(guī)劃到主板不同的位置。

2、根據(jù)市場需求，劈一劈PCIE rootport，或進(jìn)行PCIE switch擴(kuò)展。將南橋引出若干SATA接口，USB接口。做好輔助性的外圍控制代碼定義。

3、實(shí)現(xiàn)日志輸出接口，實(shí)現(xiàn)維護(hù)界面等RAS可維護(hù)性方面的工作。

最后貼上自己的標(biāo)簽。

既然服務(wù)器都要遵從Intel規(guī)定好的體系架構(gòu)，所以若真出了嚴(yán)重硬件問題，歸根結(jié)底還要探出頭去看intel CPU架構(gòu)里最核心、最底層的，那些五花八門的寄存器，然后依據(jù)intel錯(cuò)誤處理機(jī)制來判斷問題原因。當(dāng)然，如果服務(wù)器廠商的研發(fā)部門不爭氣，例如將BMC里的個(gè)性化程序?qū)懙娜煲粧焖赖倪@種，就不在本文討論之列了。呃，類似這類產(chǎn)品bug，真的不能算技術(shù)，最多最多只能算"產(chǎn)品特點(diǎn)"，而且出了服務(wù)器廠商的大門，更是要被當(dāng)做笑料了。

另一個(gè)方面是Linux內(nèi)核。準(zhǔn)備以Linux crash分析為主線，先展開memory 物理地址和程序addr space映射?！饕沁@玩意兒既抽象，網(wǎng)上的資料又說的云里霧里，會讓沒有內(nèi)核開發(fā)經(jīng)驗(yàn)的人看的云里霧里不知所云。不過說起來也好理解：物理內(nèi)存就像實(shí)實(shí)在在存在的大腦，而程序地址空間就如虛擬世界，有限的大約1升容量的“大腦”，卻能承載近乎無限的“虛擬世界”，靠的就是地址映射和內(nèi)存調(diào)度。然后，若有精力，再展開與IO相關(guān)的FS，DEV，SCSI，PCI，以及層與層之間的BUFF和隊(duì)列。唉，計(jì)算機(jī)里無論啥IO邏輯模塊都要分層啊：網(wǎng)絡(luò)七層， FC四層，pci三層。還有上面操作系統(tǒng)的UVFS，UDEV......一個(gè)io從頭走到尾究竟要走幾層??？

這兩個(gè)方面，無論對錯(cuò)，都是自己踏踏實(shí)實(shí)在沙灘上留下的一系列腳印，從無到有，證明自己曾到達(dá)過這里。就把這些腳印拓在心中吧，笑看腳下那日復(fù)一日的大浪起伏，潮起潮落。嗯，話說到這兒，不由得想起工作中的一個(gè)場景：某種型號的服務(wù)器，因設(shè)備尺寸太糙，引起了板卡間接口互相撞損。然后一堆司內(nèi)技術(shù)大拿用了一周時(shí)間起著勁的開會，討論、分析、深挖最究極層次的原因。嗯，這口活真的太浪?！襁@一類的因果，咱也就不擺在桌面上當(dāng)技術(shù)談了吧，丟人。燈下鍋底所謂有投入產(chǎn)出比的問題，估計(jì)大部分都是這類丟人丟臉的問題了吧。

下一篇Intel x86服務(wù)器正式篇，將從行業(yè)背景說起，嗯，屆時(shí)就從下面三個(gè)ppt/圖片開始。

1、IT技術(shù)的的層次發(fā)展

2、傳統(tǒng)的IT設(shè)備是“寵物”？還是“畜生”？

3、intel 和 Redhat的 troubleshooting 方法論

發(fā)布于 2019-03-14 23:44

INTEL x86服務(wù)器體系架構(gòu)（二）

雪瀑牽裳

IT 老棒槌

21 人贊同了該文章

關(guān)于IT層次

作為一個(gè)IT人員，其實(shí)，你所從事的IT對象，決定了你所在的層次。

從我當(dāng)年從業(yè)到目前，IT設(shè)備、運(yùn)維、服務(wù)已發(fā)展出了多個(gè)層次。這個(gè)層次就從下面這個(gè)ppt/圖片開始說起。

這是我在海水司進(jìn)行刀片服務(wù)器培訓(xùn)講課的時(shí)候，加入的一張啟蒙ppt。

海水司的年輕工程師，還是號稱高級的那一批，仍然陶醉于一天可以換幾塊硬盤或cpu、每換一次可以賺100元還是200元的層次。

他們對x86以外的知識是恐懼的、排斥的——尤其是刀片服務(wù)器，這個(gè)破玩意兒包含了以太網(wǎng)以及FC san的交換機(jī)，不可避免的要接受方案的洗禮。當(dāng)遇到問題的時(shí)候往往也要從方案角度進(jìn)行診斷排除，對于他們來講復(fù)雜的很，又賺不到工時(shí)錢。

所以我就做了一張這樣的ppt， ppt里面的語言盡可能的通俗易懂，想告訴學(xué)員：做這一行當(dāng)，不要沉醉于一天能換多少個(gè)硬盤和cpu，不要沉醉于做一個(gè)IT低級民工。無論如何也要像多年前那個(gè)天上人間的小姐一樣，隨身揣一本《文化苦旅》，努力的讓自己的層次高一點(diǎn)。

因?yàn)椴幌胱龌受姷膫诬姡t早要當(dāng)炮灰的。

對于上圖從左到右，即意味著層次從低到高。

二十年前，當(dāng)IT產(chǎn)業(yè)方興未艾熱火朝天的時(shí)候，連一根網(wǎng)線都有利潤。大部分從業(yè)者還都能沉浸在左邊第一層次，面向著單一的產(chǎn)品，享受著IT白領(lǐng)的榮耀：你是做小機(jī)的，我是做存儲的，他是做數(shù)據(jù)庫的。嗯嗯，緣分讓我們一起出差到用戶現(xiàn)場，晚上一起回當(dāng)?shù)氐哪莻€(gè)五星級酒店。

而二十年后，整個(gè)市場都已經(jīng)到了第三層次：已面向滿足需求體驗(yàn)的層次?？蛻魪堊扉]嘴云計(jì)算，大數(shù)據(jù)，人工智能，軟件定義這個(gè)或那個(gè)的時(shí)代，若我們自己還滿足于前兩個(gè)層次，那么未來確實(shí)要涼涼了。

——看看當(dāng)年那么火的攢電腦的集市，科技市場現(xiàn)如今的樣子吧。

其實(shí)這個(gè)ppt對我來講，同樣代表著危機(jī)感。多年的經(jīng)驗(yàn)讓自己自然而然的站到了第二層次：張嘴言必談企業(yè)級數(shù)據(jù)中心的經(jīng)典hardware infrastructure。但即使是第二層次如今都落后了，畢竟多年從事的集中式的小機(jī)和存儲以及數(shù)通產(chǎn)品如今也沒有什么突破和新意，也開始走向了沒落。

那么就下定決心回頭從x86開始吧，只為將來轉(zhuǎn)身，投入到基于x86的上層方案中去。

——別了，superdome，xp12000，HPUX，P series，AIX，DMX，VMX。

——你好，x86。

但是IT老棒槌的我又面對x86服務(wù)器以及l(fā)inux領(lǐng)域，我究竟應(yīng)該將他們當(dāng)做“寵物”還是“畜生”？

就如上圖，從整個(gè)行業(yè)來講，IT設(shè)備尤其是服務(wù)器設(shè)備的價(jià)格越來越低，從業(yè)人員的門檻越來越低，早已經(jīng)不再是人們眼中的寵物，而成了一車車的白菜和畜生，為客戶提供最基本的IT資源。只因x86架構(gòu)和linux二者與生俱來的標(biāo)準(zhǔn)化和開放設(shè)計(jì)，使二者成為目前最通用的硬件基礎(chǔ)，越來越流行。但其實(shí)業(yè)內(nèi)最火熱的技術(shù)板塊，已經(jīng)是如何群管理和使用這些“畜生”了。

當(dāng)然不夯實(shí)底層基礎(chǔ)就直接說上層建筑，那就是空中樓閣。就如同某些剛畢業(yè)就從事行業(yè)顧問的青年，在那里幫著銷售講故事?；蛉缤R云所說：講故事究竟能講多久？

所以在海水司玩了兩年的以太網(wǎng)，x86刀片，redhat，vmware，就用接下來幾個(gè)月的時(shí)間寫寫系列。當(dāng)系列寫完，我想我的底層基礎(chǔ)就打好了。然后從微觀到宏觀，期待未來的某天或轉(zhuǎn)戰(zhàn)Docker，K8s等方案吧。

計(jì)劃寫兩個(gè)系列：

1、 intel X86架構(gòu)。

2、 redhat 內(nèi)核和crash分析

下一篇開始講 intel x86架構(gòu)，下一篇就以intel 和 redhat的方法論說起。

發(fā)布于 2019-03-21 16:49

「真誠贊賞，手留余香」

還沒有人贊賞，快來當(dāng)?shù)谝粋€(gè)贊賞的人吧！

INTEL x86服務(wù)器體系架構(gòu)（三）

雪瀑牽裳

IT 老棒槌

關(guān)注他

68 人贊同了該文章

關(guān)于知識體系。

2019年西方新年的伊始，本來是想先從Linux 內(nèi)核系列寫起，按照內(nèi)核stack寫一個(gè)從上至下的系列，當(dāng)寫到最底層，就自然而然的操作系統(tǒng)進(jìn)入了Intel x86架構(gòu)。可是intel 寄存器、intel架構(gòu)的參考資料，以及學(xué)習(xí)筆記就在手邊，腦子里的相關(guān)的思路也比較清晰，所以就以X86服務(wù)器intel架構(gòu)開篇吧，爽一下朋友圈里還玩技術(shù)的兄弟們。

不要問我文章是不是原創(chuàng)了——肯定是原創(chuàng)。若不是原創(chuàng)也不好意思發(fā)出來，若不是原創(chuàng)也不好意思評論某些產(chǎn)品的優(yōu)缺點(diǎn)。

可是正是原創(chuàng)，所以在文檔中難免會存在錯(cuò)誤。

要知道，相關(guān)的這些內(nèi)容，我目前所在的某司是沒有這種系統(tǒng)培訓(xùn)的。所以，我也沒有捷徑從其他大神那里直接獲得正確的知識。我不得不靠一些工作中的關(guān)系以及平日積累的文檔，自己默默躲在角落里啃骨頭。知識體系的建立過程，就像下面的方法論一樣：

學(xué)->立->破->學(xué)->立->破->學(xué)->立……

當(dāng)螺旋式的輪回個(gè)三圈，我想我也能成為一個(gè)偽大神了吧。

洗腦的方法論

不算太久以前，我曾從redhat的一篇文檔里看到了一個(gè)抽象化的troubleshooting方法論，這副圖很好：

上面這副圖，仿佛又將我?guī)У搅四贻p時(shí)在夕陽下奔跑的時(shí)代。只因這副圖居然和我在HP曾參加過的troubleshooting soft skill的內(nèi)容是一樣一樣的?！瓉砀鱾€(gè)IT巨頭所使用的基礎(chǔ)方法論，都是一樣的，多年未變。

最近，我又從intel的文檔里又看到了intel的診斷思路方法論，這個(gè)圖更好：

——其實(shí)intel這副圖和上面redhat的這副圖，本質(zhì)是一樣的。intel這幅圖更好的地方在于：明確了如果假設(shè)不成立的情況，我們的思維路徑。

這一部分的內(nèi)容，本想放到后面 intel skyX cpu 寄存器診斷里講。在這里先引用一下，首先是表明我是做苦逼售后出身。然后想說，我的學(xué)習(xí)過程從過去到現(xiàn)在乃至到將來，按照上面的這兩幅思維導(dǎo)圖：

1、自己看資料和琢磨相當(dāng)于“信息收集”。

2、而目前所寫下的技術(shù)文檔，相當(dāng)于“確定假設(shè)”、也就相當(dāng)于“立”。

我一直認(rèn)為：“假設(shè)”可能會錯(cuò)，但確立假設(shè)畢竟是認(rèn)知過程的里程碑，總比一直混沌迷糊腦中空空要強(qiáng)好多?！鐏喞锸慷嗟碌暮枚唷凹僭O(shè)”，從現(xiàn)在的高度來看都是錯(cuò)的，甚至是可笑的，但是總不能掩蓋這些“假設(shè)”在那個(gè)時(shí)代的里程碑意義。

3、將來我肯定會發(fā)現(xiàn)里面存在的錯(cuò)誤；或是已走在前面的大神們，在看文檔的時(shí)候，能發(fā)現(xiàn)我的“假設(shè)”有錯(cuò)，請指出、并幫我破而再立，跪謝。就如同intel debug方法論中向上反饋的那個(gè)箭頭(if it is no, Formulate New hypothesis) 。

Intel 服務(wù)器Xeon cpu的歷史

一說到某某的體系架構(gòu)，一般都是從Long long ago, 從祖墳當(dāng)年的那根草開始。原因無外乎兩點(diǎn)，第一點(diǎn)，大家都喜歡聽故事，一個(gè)枯燥的Topic多半要從講歷史故事開始，才能多吸引一些人氣。否則，一開始就開始講枯燥無味的技術(shù)，說到半截，寥寥幾個(gè)聽眾卻都跑去看旁邊的鋼管舞，講的人多少有些尷尬。另一點(diǎn)，有時(shí)是為了給自己一些信心，裝作德高望重的樣子，字里行間暗示自己是個(gè)老不死，呃，老衲是你師傅的戰(zhàn)友……

可是摸著良心說，我真的不能算和x86服務(wù)器很相熟。畢竟從前我是搞小機(jī)和存儲的。就借著之前的高度和相通的一些經(jīng)驗(yàn)來看待x86 intel架構(gòu)吧。

我曾經(jīng)聽過司內(nèi)一些人講intel 的xeon cpu的發(fā)展，我覺得bra bra一通擺活，還不如下面這副圖來的痛快：

上圖所謂的 haswell，broadwell,skylake等等就是intel Xeon的cpu代號；

Grantley,Purley,whitley 是intel 平臺代號；

CPU代號，代表著某一代CPU；

平臺代號，代表搭配某一代CPU的主板chipset結(jié)構(gòu)；

主板Chipset結(jié)構(gòu)，以PCH的型號為主要代表;比如，Purley平臺的PCH是c620，外號Lewisburg；（Grantley 平臺的PCH是c610 外號Wellsburg）；

上圖后面的紅框，明顯畫的很糙，對，那是我后畫的。因?yàn)樗坪鮅ntel從14nm到10nm生產(chǎn)工藝升級的過程中，出現(xiàn)了很多故事，后面的路線圖也變來變?nèi)?。例如，網(wǎng)上某論壇有說，從Intel skylake 14nm往后，intel 想直接推10nm，結(jié)果好像制程除了點(diǎn)問題（“晶體管做太小確實(shí)會加重量子隧穿效應(yīng)導(dǎo)致漏電？”——網(wǎng)上的傳言不明覺厲）,所以臨時(shí)改了后面的路線圖。我根據(jù)各種信息補(bǔ)畫了后面的圖，補(bǔ)充的內(nèi)容究竟是對錯(cuò)，要看未來產(chǎn)品發(fā)展。

CPU的指標(biāo)里常說的，具體某款cpu的型號，多少核，多少線程，多少M(fèi)hz，多少功率；各種平臺的指標(biāo)里還有CPU sock接口類型，多少針等等。這些指標(biāo)還是查表吧，我背不下來啊。

我接觸X86架構(gòu)的時(shí)間點(diǎn)，沾了點(diǎn)Grantley 尾巴，重點(diǎn)是在purley平臺，所以后面的內(nèi)容基本都是基于purley平臺+skylake CPU的范圍。偶爾出現(xiàn)一些Grantley平臺+haswell的內(nèi)容，也是為了和skylake做個(gè)對比。

啥叫PCH

PCH全稱為Platform Controller Hub。

不知從哪一代開始，intel xeon CPU就將快速IO設(shè)備例如內(nèi)存控制器（IMC）和PCIE root port（IIO root port）等部件集成到了cpu內(nèi)部，intel稱為 cpu uncore modules；——也有人將以上內(nèi)容說為：目前的intel cpu集成了北橋。

而一些慢速設(shè)備，例如sata磁盤接口，usb接口，主板集成網(wǎng)卡等io設(shè)備，一股腦的扔給了PCH上。PCH作為中控，直接連接這些慢速設(shè)備——所以也有人說PCH就是傳統(tǒng)的南橋。（當(dāng)然PCH本質(zhì)上也可以認(rèn)為是多個(gè)PCIE Lanes，所以也可以有PCIE root port）。

打個(gè)比方，intel CPU就相當(dāng)于中央朝廷，PCH就相當(dāng)于安西都護(hù)府。

皇帝看著順眼的(速度快的IO)放在朝廷里（CPU uncore部分）任職；

皇帝看著不順眼的（速度慢的IO）就發(fā)配到安西都護(hù)府（PCH），由安西都護(hù)府負(fù)責(zé)，然后安西都護(hù)府定期給朝廷打個(gè)報(bào)告。而安西都護(hù)府和朝廷之間的溝通通道，就是DMI3——相當(dāng)于PCIE3x4 lanes（以后描述里，就把lanes這個(gè)詞省了吧，每次寫都累）。

（當(dāng)然PCH安西都護(hù)府也并不是一直處于邊緣地位，要知道biosMe也是連接到PCH上的；BMC（ipmitool）是連接到PCH上的。）

以后若有時(shí)間，要將PCH的坑補(bǔ)上，畢竟是26個(gè)lanes。

PCIE

服務(wù)器資源三大類：CPU（注意這里是指core），Mem，IO。我個(gè)人認(rèn)為最復(fù)雜和最重要的（體驗(yàn)）是IO。說起服務(wù)器的IO，肯定聊一聊服務(wù)器的PCIE。

如果我們從PCIE角度看，那么一臺服務(wù)器的PCIE從拓?fù)溥B接上又分成了兩類：

1、 CPU uncore module里連出來的，圈兒里有人稱為直通式PCIE；

2、 PCH 連出來的，圈里有人稱為非直通式PCIE、或叫繞路PCIE；

所以在相同的PCIE Gen、相同的PCIE lanes數(shù)的條件下，理論上說，非直通式PCIE口有可能出現(xiàn)性能不如直通式PCIE的情況。

什么是PCIE lane？”車道”也。具體的說明查百度吧。

另外，PCIE的長相，自己查百度吧?！乙恢笔遣幌嘈砰L相，因?yàn)槊髅髦荒芴峁㎝ lanes 卻做成N lanes的長相，這種事兒好像也在市面上出現(xiàn)過的。

tips擴(kuò)展想象：所以，若某些客戶，片面的要求所有的PCIE槽位都配置快速的PCIE設(shè)備（例如GPU運(yùn)算卡），如果服務(wù)器設(shè)計(jì)不嚴(yán)，有沒有可能出現(xiàn)性能問題？。。。。。。

另外關(guān)于PCIE標(biāo)準(zhǔn)協(xié)議的分層以及三大空間的詳細(xì)說明，將放到后續(xù)的intel x86 寄存器診斷中講吧。

操作系統(tǒng)/BMC/BIOS如何確定某個(gè)PCIE的地址？使用俗稱的BDF或B/D/F來表明某個(gè)PCIE的地址。即： BUS,DEV,FUN。

——所謂的BDF，牽扯到三個(gè)方面：

1、 PCI協(xié)議定義

2、 CPU內(nèi)部bus結(jié)構(gòu)

3、 BIOS對bus的運(yùn)算編址，（目前看，在bios預(yù)先給root bus分配完CPUBUSNO以后， BIOS還是基于最左優(yōu)化的方式來分配下面的BUSNO的）。

后續(xù)的題目再展開。

Intel X86最簡單的邏輯圖

綜合以上說明，一個(gè)最簡單的intel x86 架構(gòu)如下：

上圖是網(wǎng)上某intel 消費(fèi)級平臺的架構(gòu)圖，將上面圖中的intel 100 chipset換成C620，差不多就是X86服務(wù)器了。

說說知識體系

我還記得早年在HP時(shí)，頭上有位老板Mr. Lv。他在review一位初級技術(shù)員工時(shí)曾問過這樣的問題：請問你會通過什么樣的方法來提高專業(yè)技術(shù)知識能力？

員工答：我會每天看公司案例庫的案例，通過案例學(xué)習(xí)來提高自己的專業(yè)技術(shù)知識。

老板點(diǎn)評：你這個(gè)回答我不是太滿意。案例庫里的案例只是前人的經(jīng)驗(yàn)和一些技巧。如果只學(xué)習(xí)案例庫，那么你僅僅是成為了一個(gè)熟練工，知其然卻不知所以然。作為一個(gè)新人，你應(yīng)該盡快完成理論學(xué)習(xí)和培訓(xùn)資料的學(xué)習(xí)，盡快建立自己的知識體系，這樣才能有更高的發(fā)展。

（——啊啊，我發(fā)誓那個(gè)員工不是我，我當(dāng)時(shí)是在老板邊上打醬油的。）

體系，泛指一定范圍內(nèi)或同類的事物按照一定的秩序和內(nèi)部聯(lián)系組合而成的整體。知識體系往往分層表示，底層為共性的理論基礎(chǔ)，為“內(nèi)”，上層是實(shí)際的技術(shù)應(yīng)用技巧，為“外”。

1、所以在我淺薄的認(rèn)知里，理想的X86服務(wù)器制造公司的知識體系應(yīng)該是這樣的：

藍(lán)色區(qū)域，代表著Intel的架構(gòu)基礎(chǔ)。褐色區(qū)域，代表著某司的服務(wù)器產(chǎn)品的特征。

而實(shí)際的某司的知識體系卻是這樣的：

所以，曾經(jīng)出現(xiàn)一個(gè)怪現(xiàn)象：新入職的員工參加產(chǎn)品培訓(xùn)，十多個(gè)服務(wù)器型號，依次每天講一種型號。填鴨式的兩周，學(xué)員最后學(xué)的是又累又一團(tuán)漿糊。沒辦法，沒有基礎(chǔ)的新人，搞不清多個(gè)服務(wù)器型號之間的架構(gòu)共同點(diǎn)。當(dāng)然，沒有體系化的基礎(chǔ)知識，他們也沒有那個(gè)能力去歸納總結(jié)。

2、在我的認(rèn)知里，服務(wù)器的研發(fā)部門對服務(wù)部門的知識交接應(yīng)該是這樣的：

藍(lán)色的部分相當(dāng)于研發(fā)部門和服務(wù)部門之間的共同的平臺語言。褐色，代表著產(chǎn)品技術(shù)特征。

上面這副圖，如果左邊蛋換成“廠商”、右邊蛋換成“客戶”，兩個(gè)蛋底向下扎入的平臺“purley eds”換成 itil，那么這副新圖仿佛又帶我回到了年輕時(shí)代。

那時(shí)hp要求現(xiàn)場工程師必須要通過itil認(rèn)證。

而工程師覺得學(xué)這種虛頭八腦的方法論屁用沒有。

但后來有個(gè)老板說過這么一句話：其實(shí)itil是it管理的理想化模型，國內(nèi)幾乎沒有公司能照搬實(shí)現(xiàn)。但是你們學(xué)習(xí)這門課的實(shí)際意義是，你們在和公司其他部門或者客戶溝通的時(shí)候，能夠在同一個(gè)理論平臺上，用同類的話術(shù)，來聊服務(wù)那些破事兒。

那我們再返回到當(dāng)前這幅圖。兩個(gè)蛋蛋扎在同一個(gè)平臺知識體系的意義也就不言而喻了：雙方能用共同的、你懂我也懂得話術(shù)，來完成知識資料的交接。

當(dāng)服務(wù)器產(chǎn)品研發(fā)部門向服務(wù)部門傳遞產(chǎn)品知識的時(shí)候：

首先要將intel 的架構(gòu)與服務(wù)器的邏輯圖進(jìn)行一一對應(yīng)。

然后再將服務(wù)器的邏輯圖與服務(wù)器的物理圖進(jìn)行一一對應(yīng)。

然后再介紹該服務(wù)器產(chǎn)品的產(chǎn)品特點(diǎn)，再通過該產(chǎn)品所面向的客戶群體，再一次突出產(chǎn)品特點(diǎn)。

而實(shí)際的某司的知識交接卻是這樣的：

所以，講的人照本宣科，聽的人例行公事。

客服部門心里想：你就講這點(diǎn)東西，誰能聽懂??？

研發(fā)部門心里想：給你講多了，你能懂么？

所以現(xiàn)實(shí)中不可避免的現(xiàn)象：最后在客戶那里，除了日志明確指向了某部件……呃，服務(wù)部門拉通研發(fā)部門的黃繼光是第一要務(wù)。

當(dāng)然費(fèi)心力的扎進(jìn)平臺知識體系，確實(shí)沒法用最傻白甜的管理指標(biāo)“投入產(chǎn)出比”來衡量。就如同我等草民又怎能用工時(shí)價(jià)值體系來衡理論物理科學(xué)家是否有投入產(chǎn)出比？

3、個(gè)人的知識體系建立有兩條路：

左邊一條從上到下的綠色箭頭，即從外到內(nèi)，格物致知：

右邊一條從下到上的綠色箭頭，即從內(nèi)到外，知行合一；

究竟是格物致知還是知行合一？儒家斗了數(shù)百年也沒爭出個(gè)1，2，3來。

這里只是應(yīng)用取其一種說法：

朱程理學(xué)推崇“格物致知”，其中的一種解釋：不斷琢磨外在的東西，最終獲得內(nèi)在的道理。

王陽明心學(xué)推崇“知行合一”，其中的一種解釋：理在心中。先知理，再通過實(shí)踐驗(yàn)證理。

只想隱晦的說，有一類公司只讓技術(shù)員工走格物致知這條路，但是卻不給員工提供后續(xù)的知識體系層次。所以最后技術(shù)員工一直在那里格物，格物，格物，格物，格物，格物……

——故意還是無意？

再舉個(gè)例子：

一家之主，

是讓孩子們稍有勞動力就低頭在田里耕地？

還是讓孩子們先上個(gè)農(nóng)業(yè)大學(xué)再投身農(nóng)業(yè)？

——地主對佃戶選擇前者。而家長對親生子女選擇后者。

難道古代人治的本質(zhì)就是愚民？

Skylake CPU內(nèi)部結(jié)構(gòu)

下篇進(jìn)入skyX CPU的內(nèi)部，詳細(xì)說明這些部件。

Cores

CHA

IIO

IMC

UBOX

PCU

MSR

CSR

其實(shí)，我認(rèn)為CPU里最好玩的還是PCI BUS，關(guān)于這方面連intel都說的云里霧里的，甚至intel文檔里都出現(xiàn)了閉著眼抄以前的文檔以致抄錯(cuò)的情況。

以上一二三篇，嘗試著寫意，只因總有人說技術(shù)的層次太low。

接下來的四五六篇，將會進(jìn)行枯燥的SKX CPU內(nèi)部一日游。

發(fā)布于 2019-03-25 17:10

x86

發(fā)布一條帶圖評論吧

9 條評論

默認(rèn)