伺服器系統的問題，透過圖書和論文來找解法和答案更準確安心。 我們找到下列懶人包和總整理

Intel大師帶你架設AI底層：持久記憶體架構服務實作

為了解決伺服器系統的問題，作者李志明,吳國安,李翔 這樣論述：

有記憶體的極速，有M.2 SSD的非揮發性， 持久性記憶體打破現有架構，是量子電腦真正出現之前的最偉大發明！ Intel作者群帶你進入持久化記憶體的世界   　　分層記憶體架構是現代電腦的基石，從CPU之內的L1、L2、L3快取以降，一直到DDR4/5的主記憶體，速度從快到慢，但真正阻礙電腦速度的最大瓶頸，就是下一層的非揮發性儲存了。雖然PCIE Gen4的M.2 SSD已達到7000MB/s的驚人讀取速度，但和處理器內的記憶體來說還是有1000倍以上的差距。為了彌補這個鴻溝，Intel推出了全新的記憶體架構，再揮發性記憶體子系統和發揮發性儲存系統之間，新增了一個新的層次，既能滿足高速的記

憶體資料傳輸，又能保有可儲存性的優點，這個稱之為3D-XPoint的技術，再度造成了整個電腦系統的世代革命。當電腦的主架構發生了天翻地覆的改變時，應用程式、伺服器、資料庫、大數據、人工智慧當然也出現了必需性的變化。在設計巨量資料的服務系統時，傳統針對記憶體斤斤計較的場景不再出現，取代的是大量運用新的持久性記憶體架構來降低系統I/O的頻寬。這對新一代的雲端運算資料中心的影響更是巨大。包括了虛擬機、容器、進而對於應用程式如軟體開發、資料庫、NoSQL、SAP/Hana，Hadoop/Spark也產生了巨大的影響。   　　本書是國內第一本中文說明這種新型應用的書籍，閱讀本書之後，對大型系統的運維已

不再是TB級而達到PB的記憶體等級了，想想一個巨型的系統服務不需要水平擴充(Scale-out)r而是可以垂直擴充(Scale-up)，這完全打破了我們從前的概念，本書將是你在進入量子電腦世代來臨前最迫切需要獲得的知識。   本書特色   　　1.在英特爾公司任職的多位專家們齊聚一堂，共同創作了這本持久化記憶體的實戰書籍。 　　2.仔細講解、深入淺出，搭配圖表輔助說明，好看好讀好吸收。 　　3.台灣第一本詳細解說持久記憶體的電腦書，讓你迅速精進，保持業界頂峰的地位。   名人推薦   　　「借助英特爾傲騰持久記憶體，我們在記憶體--儲存子系統中創建了一個新層次，這使整個產業都會受益。持久記憶體

基於革命性的英特爾3D-XPoint 技術，將傳統記憶體的速度與容量和持久性結合在一起。」──阿爾珀·伊爾克巴哈（Alper Ilkbahar），英特爾公司資料平台事業部副總裁、記憶體和儲存產品事業部總經理

伺服器系統進入發燒排行的影片

機架式伺服器系統不同濾波結構對振動頻率之影響

為了解決伺服器系統的問題，作者李永盛 這樣論述：

本文分析不同機架式伺服系統濾波構造對相同振動源之響應頻率的差異，此研究運用PRO/E軟體對不同結構建模，以HyperMesh建立網格後，再用LS-DYNA軟體進行模擬分析。模型中的敏感元件區域代表受振源，風扇區域代表振動源，在振動源及受振源中間設置濾波結構，此部分結構分別以不同形狀的抽引孔和抽引做變化，先以模擬分析對振動源之響應頻率的差異，再以實驗驗證模擬分析結果。不同形狀的抽引孔和抽引改變了剛性，進而影響響應頻率的大小與變化；此外濾波結構設置的位置也導致不同的反應，放置在靠近受振源的變化會比靠近振動源更大。研究結果顯示，以長方形抽引連結側牆之濾波結構且距離受振源18.3 mm，其濾波防振效

果最佳。

自研作業系統：DIM-SUM設計與實現

為了解決伺服器系統的問題，作者謝寶友 這樣論述：

本書詳細闡述了自研作業系統DIM-SUM的設計與實現，提供了在ARM 64虛擬機器中動手實踐DIM-SUM及參與DIM-SUM開發的方法。針對DIM-SUM作業系統的同步與互斥、調度、記憶體、中斷與計時器、塊設備、檔案系統模組進行了詳細的分析，包括這些模組的設計思路、資料結構定義、關鍵API說明。 最重要的是，本書對各個模組的主要函數進行了逐行解釋，有助於讀者深刻理解如何實現一款實用的作業系統。最後，本書還展望了接下來10年DIM-SUM作業系統的發展目標，希望最終其能發展為可以在伺服器系統、桌面系統中實用的自研作業系統。 謝寶友 曾任中興嵌入式即時操作系統技術總工，該

系統獲第四屆中國工業大獎；中興通訊2010年度金銀獎獲得者；阿里集團2019年度安全生產之星金獎獲得者；2018、2019阿里集團“雙11”卓越貢獻獎獲得者；《深入理解並行程式設計》譯者；Linux ZTE架構維護者；DIM-SUM自研作業系統發起者和創始人。 第1章 準備工作 1 1.1 DIM-SUM簡介 1 1.2 DIM-SUM是什麼 1 1.2.1 DIM-SUM的第一個版本為什麼是HOT-POT 1 1.2.2 DIM-SUM歡迎什麼 2 1.2.3 DIM-SUM不歡迎什麼 3 1.3 獲得原始程式碼 3 1.3.1 通過網頁下載原始程式碼 3 1.3.2 通

過Git獲取原始程式碼 3 1.4 搭建調試開發環境 4 1.4.1 安裝ubuntu 16.04 4 1.4.2 ubuntu 16.04環境配置 5 1.4.3 搭建編譯環境 6 1.4.4 編譯HOT-POT 7 1.4.5 運行HOT-POT 8 1.4.6 開始調試 10 1.5 向DIM-SUM作業系統提交補丁 11 1.5.1 心態 11 1.5.2 準備工作 11 1.5.3 製作補丁 13 1.5.4 製作正確的補丁 14 1.5.5 發送補丁 16 1.6 獲得幫助 17 1.7 提醒 17 第2章 演算法基礎 18 2.1 鏈表 18 2.2 散列表 19 2.3 紅黑

樹 20 2.4 基樹 22 第 3章 計數與互斥同步 23 3.1 計數 23 3.1.1 計數的難題 24 3.1.2 計數器 24 3.1.3 近似計數器 27 3.1.4 引用計數 31 3.2 內核互斥原語 32 3.2.1 每CPU變數 32 3.2.2 自旋鎖 38 3.2.3 自旋位鎖 42 3.2.4 自旋順序鎖 44 3.2.5 自旋讀/寫鎖 47 3.2.6 讀/寫信號量 50 3.2.7 互斥鎖 56 3.3 內核同步原語 60 3.3.1 信號量的設計原理 60 3.3.2 信號量的數據結構 61 3.3. 3 信號量API 61 3.3.4 信號量的實現 62

第4章 調度 65 4.1 基本概念 65 4.1.1 進程和執行緒 65 4.1.2 任務 66 4.1.3 任務搶佔 66 4.1.4 idle執行緒 66 4.2 SMP CPU初始化 66 4.3 數據結構 71 4.3.1 執行緒 71 4.3.2 調度佇列 76 4.3.3 雜項 77 4.4 調度子系統初始化 77 4.4.1 init_sched_early函數 78 4.4.2 init_idle_process函數 78 4.4.3 init_sched函數 79 4.5 執行緒調度 79 4.5.1 上下文切換 79 4.5.2 喚醒執行緒 82 4.6 調度API 85

4.6.1 等待佇列 85 4.6.2 位元等待佇列 89 4.6.3 執行緒睡眠 93 4.6.4 訊息佇列 96 第5章 中斷及計時器 108 5.1 中斷控制器初始化 108 5.1.1 主CPU中斷控制器初始化 109 5.1.2 從CPU中斷控制器初始化 110 5.2 中斷控制器維護 110 5.2.1 中斷號映射 110 5.2.2 邏輯中斷的控制 113 5.2.3 設備中斷處理函數 116 5.3 中斷處理 119 5.3.1 序言 119 5.3.2 中斷處理通用流程 120 5.3.3 處理外部設備中斷 122 5.3.4 處理核間中斷 126 5.3.5 軟中斷 1

26 5.3.6 尾聲 126 5.4 工作隊列 128 5.4.1 工作隊列的數據結構 128 5.4.2 工作隊列的全域變數 130 5.4.3 工作隊列的API 130 5.4.4 工作隊列的實現 131 5.5 計時器與時間管理 139 5.5.1 初始化 139 5.5.2 計時器的數據結構 139 5.5.3 計時器的全域變數 141 5.5.4 計時器的API 141 5.5.5 計時器的實現 141 5.5.6 計時器中斷處理 144 5.5.7 時間管理 148 第6章 記憶體管理 151 6.1 記憶體初始化 151 6.1.1 艱難地準備C運行環境 151 6.1.2

準備BOOT記憶體空間 152 6.1.3 實體記憶體塊管理 152 6.1.4 早期設備記憶體映射 153 6.1.5 初始化每CPU變數 157 6.1.6 初始化線性映射 157 6.1.7 其他記憶體初始化工作 160 6.2 BOOT記憶體分配器 160 6.2.1 BOOT記憶體分配API 161 6.2.2 BOOT記憶體分配器的實現 161 6.2.3 BOOT記憶體分配器的銷毀 163 6.3 頁面編號 163 6.3.1 頁面編號的數據結構 164 6.3.2 頁面編號的全域變數 165 6.3.3 頁面編號的API 165 6.3.4 頁面編號的實現 165 6.4 頁面

分配器 168 6.4.1 頁面分配器的設計原理 168 6.4.2 頁面分配器的數據結構 169 6.4.3 頁面分配器的全域變數 174 6.4.4 頁面分配器的API 175 6.4.5 頁面分配器的實現 176 6.4.6 頁面分配器的初始化 192 6.5 Beehive記憶體分配器 193 6.5.1 Beehive記憶體分配器的設計原理 193 6.5.2 Beehive記憶體分配器的數據結構 195 6.5.3 Beehive記憶體分配器的全域變數 197 6.5.4 Beehive記憶體分配器的API 199 6.5.5 Beehive記憶體分配器的實現 199 6.5.6

Beehive記憶體分配器的初始化 214 6.6 I/O記憶體映射 216 第7章 塊設備 219 7.1 磁片及其分區 220 7.1.1 磁片及其分區的數據結構 220 7.1.2 磁片及其分區的全域變數 222 7.1.3 磁片及其分區的API 222 7.1.4 磁片及其分區的實現 222 7.2 塊設備維護 228 7.2.1 塊設備的數據結構 228 7.2.2 塊設備的全域變數 230 7.2.3 塊設備的API 231 7.2.4 塊設備的實現 231 7.3 I/O請求 242 7.3.1 I/O請求的數據結構 243 7.3.2 I/O請求的全域變數 250 7.3.3

I/O請求的API 250 7.3.4 I/O請求的實現 251 7.4 I/O調度 265 7.4.1 I/O調度的數據結構 265 7.4.2 I/O調度的全域變數 267 7.4.3 I/O調度的API 267 7.4.4 I/O調度的實現 268 第8章 虛擬檔案系統 271 8.1 掛載、卸載檔案系統 271 8.1.1 掛載、卸載檔案系統的數據結構 272 8.1.2 掛載、卸載檔案系統的全域變數 277 8.1.3 掛載、卸載檔案系統的API 278 8.1.4 掛載、卸載檔案系統的實現 278 8.2 文件節點緩存 285 8.2.1 檔節點緩存的數據結構 286 8.2.

2 文件節點緩存的全域變數 288 8.2.3 文件節點緩存的API 289 8.2.4 檔節點緩存的實現 290 8.3 打開、關閉文件 304 8.3.1 打開、關閉檔的數據結構 305 8.3.2 打開、關閉文件的全域變數 308 8.3.3 打開、關閉文件的API 309 8.3.4 打開、關閉檔的實現 309 8.4 讀/寫文件 319 8.4.1 讀/寫檔的數據結構 320 8.4.2 讀/寫文件的全域變數 323 8.4.3 讀/寫文件的API 323 8.4.4 讀/寫檔的實現 323 8.5 其他功能 337 第9章 雜項檔案系統 338 9.1 檔案系統的掛載 338 9

.1.1 第一次載入根檔案系統 338 9.1.2 第二次載入根檔案系統 340 9.2 記憶體檔案系統 340 9.2.1 記憶體檔案系統的數據結構 340 9.2.2 記憶體檔案系統的全域變數 340 9.2.3 記憶體檔案系統的API 341 9.2.4 記憶體檔案系統的實現 341 9.3 設備檔案系統 349 9.3.1 設備檔案系統的數據結構 349 9.3.2 設備檔案系統的全域變數 350 9.3.3 設備檔案系統的API 351 9.3.4 設備檔案系統的實現 351 第10章 LEXT3檔案系統 358 10.1 簡介 358 10.1.1 第一塊 359 10.1.2

塊組描述符 359 10.1.3 塊點陣圖 360 10.1.4 檔節點點陣圖 360 10.1.5 文件節點表 360 10.1.6 文件節點 360 10.1.7 檔日誌 362 10.2 LEXT3 363 10.2.1 LEXT3的數據結構 363 10.2.2 LEXT3的全域變數 371 10.2.3 LEXT3的API 372 10.2.4 LEXT3的實現 373 10.3 檔案系統日誌 397 10.3.1 日誌的數據結構 397 10.3.2 日誌的全域變數 405 10.3.3 日誌的API 405 10.3.4 日誌的實現 406 第11章 雜項 438 11.1 k

libc 438 11.2 網路子系統 440 11.3 SIMPLE-KSHELL 440

EVE-ng模擬器平台實作 IPv6技術之研究

為了解決伺服器系統的問題，作者林豈葳 這樣論述：

以往培養及學習網路技術需採購實體網路設備來實際操作。這些網路設備及伺服器系統價格昂貴，一般企業使用於生產環境無法拿來實驗；教育單位因經費因素無法一次性採購眾多實體網路設備及伺服器設備，因此學習企業網路架構及探討網路安全性只能透過相關技術文件及圖片講解相關內容，無法透過實際操作加深印象及詳細研究。隨著伺服器虛擬化的發展及個人電腦硬體規格日漸強大，現今研究企業網路架構不需採購大量硬體設備，只需少數幾部個人電腦即可架設實作研究企業網路架構及相關安全性問題探討。另外由於網際網路用戶的快速增長和32位長的IPv4定址的枯竭，隨著連接到網際網路的設備數量呈指數級增長，導致物聯網（IoT）、無線感測器網路

（WSN）走向智慧社區和智慧城市，導致服務提供者的網路規模增加，使現有系統的運行和管理更加複雜因而需使用IPv6位址因應上述網路設備需求。依據TWNIC 2020年台灣網路報告IPv6固網使用率不到1%，本研究探討目前固網IPv6使用率低的初步原因及使用EVE-NG模擬器平台實作模擬企業網路環境於純IPv6環境中哪些服務還能正常運作。研究結果顯示固網使用率低原因目前台灣ISP業者網路方案除中華電信外尚未完全支援IPv6，另外企業網路研究結果對外基本網路服務皆能支援IPv6但內部網路管理相關應用及部份系統服務卻尚未完全支援IPv6。未來希望相關單位及廠商能於此問題改善。