分享到plurk 分享到twitter 分享到facebook

版本 59eeab645217222ace3de6c16f9545838c7dc0f6

bonianlee (李博年)

簡介

  • 國立成功大學 資訊工程學系 111 級 (2018 ~ 2022)

  • GitHub: bonianlee

  • HackMD: ccasdqwe

成果發表

Linux 核心和相關專案貢獻

其他專案貢獻

2020 Linux 核心設計 春季班 自我評量

作業共筆

測驗共筆

期末專題

修課心得

一開始在計畫要上這堂課的時候就發現課程的材料真的很多,估計要花上好幾小時才能完成每個星期的進度,而實際上這學期走過這門課也真的學了不少東西,不管是作圖用的 gnuplot,檢查記憶體使用情況的 valgrind 或是檢查格式的 clang-format,也才發現自己在 HackMD 跟 GitHub 好像也沒有用過很多的功能,頂多就是偶爾打開寫寫投影片,或是把最近寫的作業等等程式碼上傳上去而已。

就如同老師在學期初所講的,這堂課雖然說是 Linux 核心設計,但課程的範圍囊括了資訊系許多必修課與選修課的內容,而且內容不但豐富,也相當的深入。因為我在修這堂課的時候是大二下,在這之前並沒有學習過計算機組織的知識,還好老師已經準備好了許多相關的教材,讓我不至於不知道要怎麼處理這方面的議題,而且在上計算機組織的時候也對 cache, virtual memory 這樣的議題更有認知。

上這堂課還有另外一項好處,可以知道目前電腦、科技領域的發展脈絡,讓我們在學習核心實作的知識時,也可以了解我們現在所學的這些技能,將來可以用在哪裡,真的是收穫滿滿。

自我評量 (1 ~ 10)

我給自己 8 分

學期初的時候真的是投入的大量的時間和精神在這堂課上,雖然仍有許多的教材還來不及看完,但至少在作業以及隨堂考的部分,我都有盡量做好。到了期末的時候,各科的期末考以及期末 Project 還是讓我有點忙不過來,導致有好幾週的教材到現在還只是看過而已,而沒有真正的看懂。這也表示我還有許多的地方可以繼續努力加油。謝謝老師這一學期以來的指導,老師您辛苦了。

2020 進階電腦系統理論與實作 秋季班 自我評量

作業共筆

測驗共筆

期末專題

修課心得

這是我第二次修習老師的課,不同於前一個學期圍繞在 Linux 核心周邊的各式議題,這學期的課用更廣泛的視角討論作業系統在實作上的考量以及取捨。在這學期中,我嘗試從硬體設定,註冊 interrupt,開啟載入作業系統後要執行程序,到系統呼叫實作的機制等等面相來學習。

過程中我參與 ARMMultiTasking 專案的開發了,除了瞭解了許多 ARM 硬體架構下的概念與相關設定之外,也學習到了許多作業系統的實作上的細節,像是 message passing 可能會使用到 ring buffer 的結構,context switch 時應該要保存的資訊,或甚至是檢查 stack overflow/underflow 的做法。這些在恐龍書上看不到的細節,但對於開發作業系統來說卻都是相當重要的一環。

除了觀察這些程式碼的運作之外,我也嘗試撰寫相關的技術文件,開始下筆之後才明白老師之前說的:「工程師除了寫程式、改程式之外,也需要具備描述問題現象與現象的能力」這句話。因為這牽涉我們是不是真的有把我們想要描述的議題想懂看懂,並不是胡亂的拼湊就可以。

在這學期間雖然經常碰壁,也謝謝老師過程中的提點。回頭看這段軌跡,真是一段相當充實的時光啊!

自我評量 (1 ~ 10)

我給自己 8 分。

雖然很多的材料在上學期已經多少有看過了,但是經過了這學期的洗禮之後依然發現有許多的部分是自己以前沒有注意過的議題,或甚至是之前誤會的部分。 但是在隨堂測驗的部分因為經過了一學期的磨練,感覺自己在閱讀題目與答題上有了不同的感受,這或許就是成長的感覺吧(?

不過學期末受到各種考試跟 project 的轟炸,導致我在期末 project 的部分還是有許多的缺失與不足,這也表示我接下來還有很多地方可以繼續努力。

2022 Linux 核心實作 春季班 自我評量

相關共筆

期末專題

修課心得

這學期主要的關注的部分是 Linux 核心在即時系統層面的能力與限制。過程中,我嘗試使用不同的工具進行測量,包含 rt-tests suite 中的 cyclictest, oslat 以及 Linux kernel tracer 中的 function, function graphosnoise tracer。除了測量整體系統延遲之外,我也嘗試去理解各個測量工具背後所考量的問題以及其觀點,像是 oslat 想要模擬的是高效能運算 (HPC) 的情境,在該情況下,所有會打斷運算的服務、行為,都被視為「干擾」;而在 cyclictest 的情境中,我們所在意的是一個行程從系統喚醒到實際開始執行的時間差,而中間導致該行程無法順利被執行的因素則被稱為「干擾」。

在理解測量工具的途中,我也開始接觸 Linux Kernel Mailing List,雖然在設定郵件帳號的步驟上遇到一些難關,不過多虧之前有多次在 GitHub 上提交 Pull Request 以及建立 Issue 的經驗,使我得以快速的適應全部以郵件形式交流的郵件論壇,也因此有了些許提交修補並獲接受的經驗。

自我評量 (1 ~ 10)

我給自己 7 分。

在做實驗以及研究 Linux 程式碼的過程中,我發現自己對更動程式碼背後所帶來的考量還不夠周全。像是在提交 cf2adec7 時,原本以為只是一個格式上的小錯誤,但在維護者 Steven Rostedt 的提醒下,才發現原來這段對我來說「格式錯誤」的程式碼片段,竟然會被拿來辨認 tracer 所支援的功能,真是讓我大眼界。

而在透過郵件論壇與來自世界各地的開發者交流之後,我也發現我對 Linux 的認知還有所不足,像是在何時應該使用 IRQ context,使用 per-CPU 變數的時機點或是更改 syscall 路徑的代價等等,Linux 還有好多「細節」值得我繼續摸索、探尋。