contributed by < TING0419 > Reviewed by nyraa 注意科技詞彙翻譯 鍊表->鏈結串列 創建->建立 注意排版上英文與中文之間需要有一個空白

contributed by < TING0419 > :::danger 注意細節 ::: 因為飲料機而延畢的那一年 && 課程反思 以下這段反思皆是我一個字一個字打出來的，並無使用任何大語言模型協助。 『 儘管世界如此殘酷，但人卻不一樣，當你真心想做到一件事，付出足夠的犧牲，這個世界會聽見並做出回應，周遭的人漸漸願意相信你、花時間幫助你，你的付出並不見得會有結果，但是加上許多人的幫助，可能一切就不一樣了。』

quiz3 測驗一 1. 解釋上述程式碼運作原理 核心資料結構與型別設計 每個 mpi_t 都是一個可以動態擴充的「大整數」。 31 bits per word：你用 32-bit int 但只存 31 bits，有效避開加法溢位問題（詳見 INTMAX = 0x7fffffff）。 大數資料實際儲存在 data ，當你需要更大（乘法、進位、I/O），就 realloc 把 data 擴大。 每一格 data[n] 都只存 31 bits 有效資料，如 data[0] 是最低 31 bit，data[1] 是再高 31 bit，以此類推。

:::danger 說好的進度呢？ ::: 縮減使用者和核心層級的通訊成本 在這份專案中，我們想要縮減使用者和核心層級的通訊成本，我們要先了解 main.c 以及 xo-user.c 這兩個程式的邏輯與運作方式。 main.c 的邏輯與功能 main.c 屬於 kernel module，負責整個井字棋遊戲核心邏輯與設備驅動的實作，包括棋盤資料的維護、AI 排程、設備檔案操作（如 read/write）、以及用來同步資料存取的 mutex 機制。 最關鍵的是 main.c 負責決定要將哪些資料傳送給 user space。在最初設計中，kernel 端會組合完整的棋盤顯示畫面（含棋子、分隔符、框線等字元），形成 draw_buffer，再將這個大字串傳遞給 user space，這導致每次通訊時都需傳送較大量的冗餘資料。

contributed by < TING0419 > 第一週 測驗一 測驗二 測驗三 用8個數字模擬 非遞迴Quicksort digraph QuickSort_Step1 { node [shape=record];