Staque 棧列

Running Multiple Cloudflare Service Instances on a Single Machine

Sun, 09 Feb 2025 00:00:00 +0100

Feb 9, 2025

I recently tried to host two Cloudflare domains on my server: one that needs to be publicly accessible, and another that keeps private, (e.g., through Tailscale). Here are some notes from the setup.

Note: This tutorial involves stopping the currently running cloudflared process, which may lead to service downtime. Please proceed with caution and run the commands at your own risk.

Backup the Existing Certificate

If you already have an existing cloudflared setup with the default configuration files, rename the current certificate to avoid overwriting it:

mv /root/.cloudflared/cert.pem /root/.cloudflared/cert_orig.pem

Authenticate and Install a New Account Certificate

Authenticate cloudflared and install a new certificate on the server:

cloudflared tunnel login

If successful, you'll be prompted to select a domain and install the corresponding certificate at /root/.cloudflared/cert.pem:

Please open the following URL and log in with your Cloudflare account:



Leave cloudflared running to download the cert automatically.
You have successfully logged in.
If you wish to copy your credentials to a server, they have been saved to:
/root/.cloudflared/cert.pem

Since this is our second certificate, rename it for clarity:

mv /root/.cloudflared/cert.pem /root/.cloudflared/cert_test.pem

Create a New Tunnel and Config

Create a new Cloudflare tunnel:

cloudflared tunnel create test

Example output:

Tunnel credentials written to /root/.cloudflared/36216cb7-d0b4-4572-9fdf-c03d62b41778.json.
cloudflared chose this file based on where your origin certificate was found. Keep this file secret.
To revoke these credentials, delete the tunnel.

Created tunnel test with id 36216cb7-d0b4-4572-9fdf-c03d62b41778

Now, create a configuration file for the test instance:

cat < /etc/cloudflared/config_test.yml
tunnel: 36216cb7-d0b4-4572-9fdf-c03d62b41778
credentials-file: /root/.cloudflared/36216cb7-d0b4-4572-9fdf-c03d62b41778.json
origincert: /root/.cloudflared/cert_test.pem
# Additional configurations can go here...
EOF

Service Downtime (Hold Tight!)

At this stage, we need to stop the running Cloudflare service and rename the existing configurations. This will temporarily disrupt the service, so proceed when ready.

First, stop the current Cloudflare service:

systemctl stop cloudflared.service

Now, remove the old systemd service file:

rm /etc/systemd/system/cloudflared.service

And rename the existing config:

mv /etc/cloudflared/config.yml /etc/cloudflared/config_orig.yml

Now, define a new systemd service file for the original instance:

cat < /etc/systemd/system/cloudflared_orig.service
[Unit]
Description=cloudflared (orig)
After=network.target

[Service]
TimeoutStartSec=0
Type=notify
ExecStart=/usr/bin/cloudflared --no-autoupdate --config /etc/cloudflared/config_orig.yml tunnel run
Restart=on-failure
RestartSec=5s

[Install]
WantedBy=multi-user.target
EOF

And a separate systemd service for the test instance:

cat < /etc/systemd/system/cloudflared_test.service
[Unit]
Description=cloudflared (test)
After=network.target

[Service]
TimeoutStartSec=0
Type=notify
ExecStart=/usr/bin/cloudflared --no-autoupdate --config /etc/cloudflared/config_test.yml tunnel run
Restart=on-failure
RestartSec=5s

[Install]
WantedBy=multi-user.target
EOF

Start Everything Up Again

Reload systemd, enable the services, and start them:

systemctl daemon-reload
systemctl enable --now cloudflared_orig.service
systemctl enable --now cloudflared_test.service

Check if both services are running:

systemctl status cloudflared_orig.service
systemctl status cloudflared_test.service

Your machine is now successfully running multiple Cloudflare instances and tunnels independently. Enjoy your setup!

Reference

UIUC 交換心得 — 反思篇

Sun, 13 Aug 2023 00:00:00 +0200

Aug 13, 2023

還記得在寫學校的期中交換心得的時候，心得大綱有一項叫做「研修之具體效益」，看到的時候我頓時愣住了，我想不到我「具體」在交換期間內做過哪些對自己有效益的事情，是要列舉去過哪些國家或城市，還是交了幾個外國朋友，我當時沒有來得及思考這個問題，因此也沒在期中交上報告。

過去的高中與大學生活，我總是固守在舒適圈中，與特定領域與特定朋友互動，收束生活的各方各面，因此當初交換的原因除了是想修習那些有趣的課程，充實自身專業知識之外，也是想幫自己的生活增加一點隨機性，讓自己的生活不要變得如此單調且侷限。

一開始認識了來自世界各地的交換生，彼此分享自己的文化背景，互相交換了聯絡方式，也一起去了其他地方玩，每天都能感受到自己的舒適圈都被擴展了一點點，覺得自己正在改變。但隨著我將越來越多的時間投入在課程與自己的研究課題上，與他人相處交流的時間也逐漸變少，離大家的生活漸行漸遠。

隨著自己的研究進展停滯，偶爾會想打開社群媒體跟之前的朋友訴苦，但因為時差的關係，朋友這時間都在睡覺，因而屢屢打消了念頭。但我總會意外地瞥見其他交換生分享的生活動態，像是去了其他城市遊覽，或是參加朋友的聚會等等。生活強烈的對比使我陷入了自我懷疑，不斷的思考當初的選擇是否正確，負面情緒不斷地折磨我，我徘徊不前，陷入前所未有的低潮。

在這段期間內，我不斷嘗試找出造成負面情緒的來源，發現到自己除了沒有分配好心力之外，也觀察到我過度拘泥於所謂那些交換生必做的事情 — 那些在搜尋引擎打上「交換學生心得」會出現的結果，諸如「去不同的城市旅遊」或「結交不同文化的朋友」等等，似乎沒有體驗到這些事情就失去了去異國交換的意義，這些因素導致我過度在意其他人的生活，失去了生活的重心。

後來我逐漸學會了深入與內心對話，試圖找出自己的價值，過去我太關注於別人生活，卻不禁忽略了那些在實驗室與其他成員徹夜討論專案技術時的激動與振奮，也忽略了在溜冰課期末被推選當作團體表演 center 的經驗與感動，還有無數難忘瞬間，這些回憶讓我與眾不同，我學會接納生活的不完美，重新定義了自己的生活。

心得的最後補交期限即將在最近截止，我再次拾起那期中未完成的心得，看著當初答不出的問題，或許，交換的效益，無關乎具體或不具體，而是在這段時間我們如何探索自己，找到生活中的真正價值所在。我無視「具體」兩字，最後在那問題寫下那些積蓄心裡的思緒，將我那不具體但卻真實的感受凝聚成文字，為這次的交換做一個完美的結尾。

UIUC 交換心得 — 環境篇

Wed, 09 Aug 2023 00:00:00 +0200

Aug 9, 2023

大學城？玉米田？

UIUC 全名為 University of Illinois Urbana-Champaign ，是一所位於美國伊利諾伊州的州立大學，校園橫跨香檳 (Champaign) 與厄巴納 (Urbana) 兩座小城市，距離芝加哥 (Chicago) 車程大約兩個多小時。UIUC 的校園本體非常大，從最南端走到最北端大約要 50 分鐘左右。在學術方面，UIUC 的 Computer Science 在 2023 的 US News 調查被列為全美第五名 1，在 csrankings.org 的排名為全美第二名 (2013 ~ 2022) 2，僅次於 CMU 。順帶一提，著名的 LLVM 就是由 UIUC 的教授 Vikram Adve 和他的學生 Chris Lattner 發明的， License 也採用 UIUC License 。

UIUC 的校園大致以 Main Quad — 一大片長方形綠地為中心，圍繞著 Main Quad 的是外語、商管，與化學等等學院的建築；北邊是以電機、資工、物理為主，而南邊則是包含了農科、生科與法律等等，最南邊還有 Research Park ，擁有超過百間公司，很多學生在暑假的時候也會來這邊實習。校區內也有很多兄弟會的房子，房子外牆印有三個大大的希臘字母，在遠方一眼就可以認出是哪個組織的，而出了校區就是一望無際的玉米田了～

Figure 1: 下雪時的 Main Quad

雖然交換生不會被分配到一個特定的系，只會被分配到特定學院，（例如我被分配到的是工程學院 Grainger College of Engineering ），但是我最常去的系館是 Computer Science 的系館，該系館建築叫 Thomas M. Siebel Center for Computer Science (下略 Siebel Center)，由校友 Thomas Siebel 所捐贈。 Siebel Center 跟校園內其他建築一樣，佔地面積很大但樓層高度不高，雖然只有四層樓，但是單單一層能容納的空間非常驚人。以四樓來說，實驗室加上辦公室的數量就快一百間 3 ，剛來的時候真的常常迷路。另一個有趣的發現是 Siebel Center 擁有的開放式空間非常多，學期間常常看到學生在寫作業或是聚集討論，不少空間旁也有白板方便討論。

Figure 2: Siebel Center 一景

Figure 3: Siebel Center 的一樓

而因為校區很大，我也沒買任何交通工具，因此有時要去比較遠的地方就要靠公車移動，像是去體育館或者是健康中心等等，而這裡的公車只要憑學生證或搭車路線在校區範圍內就可以免費乘坐，路線涵蓋的很廣，至少那些我去過的學校建築旁都設有一個以上的公車站。很酷的是公車的公司有跟 Google Map 合作，因此只要用 Google Map 就可以查到要發車時間與目前公車位置，還滿方便的。

Figure 4: 雙倍加長的公車，灰色結構可以伸縮和彎曲，幫助車身轉彎，跟捷運一樣

住

我住的地方位於校園的西北邊，房型是 2B2B ，即兩個房間兩個獨立衛浴，地點我覺得絕佳：離最近的公車站走路大約兩分鐘、離最近的兩間超市走路都大約五分鐘、離系館距離大概走路十分鐘，但是一個大缺點就是房子隔音極差，不僅可以不小心聽到隔壁室友電話中的談話內容，也能在每週六晚上享受隔壁建築開趴傳來的音樂與尖叫（以及飄來的麻味）。

Figure 5: 公寓的客廳和廚房

Figure 6: 公寓附近很舒服的公園

動物朋友

在這裡最常看到的動物非松鼠莫屬，時常發現它們在翻著公寓旁的垃圾桶，一跟我對到眼就會趕緊叼著食物溜到車底下偷偷躲著吃。但更讓我驚訝的是這裡竟然可以在路邊就看見野兔！它們似乎比松鼠更怕人，跳著逃跑的樣子非常可愛。很奇怪的是，我從來沒有在路上或是校園內看過野狗或野貓，原因不明，然後我住的公寓裡面也極少出現昆蟲，幾乎沒有在房子裡面看過蟑螂、螞蟻或蚊子等等，對某些臺灣人來說這裡可能是他們的天堂吧 XD

Figure 7: 是野生的兔子！

氣候

至於氣候的部分，在一二月的時候，雖然有時候會下雪但並沒有想像中的冷，可能是環境乾燥然後平常的風又沒很強的關係（對比新竹）。我在這裡遇到最冷的溫度是攝氏零下十度左右，但大多數時候裡面穿個發熱衣加長袖，外面再套個羽絨衣就足以應付了。（後來我聽說十二月的時候氣溫有到攝氏零下二十度，沒遇到該說是幸運還是不幸呢）而到了三四月，氣溫逐漸變暖，下雪的頻率也逐漸下降，但氣候變化幅度超級大，有時候出大太陽有時候下雪有時候暴風雨，不看天氣預報真的出不了門。其中比較印象深刻的是有遇到龍捲風，在校園受到影響那段時間的課都停了。

Figure 8: 雪鴨鴨大軍 (r/UIUC)

Figure 9: 其他人拍到的龍捲風（我沒親眼看到） (r/UIUC)

另外一個新奇的體驗是有夏令時間，時間提早了一個小時，有一天很長的錯覺，在夏天的時候甚至有過那些日子是八點半太陽才下山，九點才全黑，那段時間不知不覺地就會拖到十點才吃飯 XD

人

在來交換之前，我以為這邊會有很多認知上的「美國人」，但實際來才發現學生的國籍組成非常多樣，光看外表其實辨別不出來是來自哪個國家，而且擁有亞洲面孔的學生是出乎我意料的多，就如奕安學長在他的交換心得說的：「ECE 跟 CS 兩個科系中充滿了亞裔跟印度裔學生，在國際生之中最多也來自中國，有時候上課的時候還會很懷疑美國人跑到哪裡去，當我修其他學門的課程才會發現正常的人種比例。」我也是在上溜冰課的時候才有在美國上課的感覺。除此之外，我也覺得這裡的人比我想像中的還要友善且大方，我還記得有一次我在搭電梯的時候，旁邊有個印度人突然對我說 “I like your outfit” 然後就徑直走出電梯，留下原地被驚嚇到還在想要怎麼回應的我 — 這輩子還是第一次被陌生人稱讚穿搭欸！

Figure 10: 公車門上的中文標語

至於很多人擔心的安全問題，雖然校園與校園周圍相對沒那麼危險，有專門的警察駐守，但不時還是會收到來自學校的警告信件，表示校園附近有 sex assaulting, stabbing 或是 shooting 等等的事件發生，告訴大家要小心，如果看到事件發生的地址離住的地方不遠時還是會有點怕。記得有天晚上我跟室友走在路上，突然有人從旁邊冒出來，雖然他只是說他很冷，可不可以給他買衣服禦寒之類的，當時遇到的時候還是有點膽戰心驚。總之，我覺得這邊的環境相對於台灣不是那麼的安全，走在路上需要有一點警覺和防備心，特別是晚上的時候。順帶一提，學校有提供 "Safe Walk" 的服務，如果擔心一個人晚上走在街上危險，可以免費請專門人員陪你走回去或是送你回家。（但我是沒有體驗過啦）

Figure 11: 某次 stabbing 的警報的提醒郵件

感想

實際在這邊生活了七個月，其中一個收穫是體認到一個環境沒有絕對的優或劣，不同地方的選擇其實都是 trade-off：行人的路權與交通的便利、選擇性多的異國料理與熟悉的家鄉味，還有乾燥嚴寒和變化多端的天氣與溼悶酷熱和各種昆蟲的侵擾；有時當我們在稱羨一個地方的優點時，往往會忽略了在舊有生活所依賴的那些重大要素，導致錯誤的判斷而作出不理性的結論或抉擇。我想，交換的其中一個意義，就是像駐地記者一般，透過自身的觀察加上與他人的互動來捕捉不同環境間的差異，並寫成文章供人們檢視參考以及自己懷念吧。

UIUC 交換心得 — 修課篇

Tue, 01 Aug 2023 00:00:00 +0200

Aug 1, 2023

前言

這篇文章我會介紹我在 UIUC 這段期間修課的心得，我最後有拿到學分的有下面這些課，加起來共 12 學分：

CS461 Computer Security I
CS523 Advanced Operating Systems
CS391 Independent Study
KIN104 Skating Activities
ENG398 Grainger Engr: Design Your Exc

下面一一介紹這些課程的內容與我的個人心得，結尾有總結的感想～

CS461 Computer Security I

課程網頁：https://courses.grainger.illinois.edu/ece422/sp2023/

這堂課介紹了一些基礎的電腦安全知識，包含四大主題：application security, web security, cryptography 和 network security ，每個主題都有相對應的 homework ，需要在助教提供的虛擬機環境操作，而期中期末各有一次紙筆測驗。

感想

因為之前有一些打 CTF 的經驗，因此這堂課的實作對我來說沒有很難，是花時間下去就可以完成的。其中 network security 的 lab 滿有趣的，是要求覆現知名駭客 Kevin Mitnick (最近去世了 R.I.P.) 的 The Mitnick attack ，其牽涉到 TCP 底層的一些知識，在臺灣沒有看過相關類型的題目，因此覺得滿好玩的。紙筆測驗的題目有些也是蠻有創意的，不會死板的考知識點，而是像是給情境，然後用一個個子問題引導你回答到最終的題目。

CS391 Independent Study

這堂課嚴格來說不算課，其實就是像臺灣的大學中常見的「專題研究」，選修時需要找教授並填表單申請。

因為我開學時就加入某位教授的實驗室跟著學長做研究，因此順理成章找了該教授當作的導師，研究內容也當然是實驗室專案的內容。

CS523 Advanced Operating Systems

課程網頁： https://cs523-uiuc.github.io/spring23/index.html

這堂課透過閱讀經典論文來瞭解系統各領域所關注的議題，課堂進行方式是以討論為主：一人會先報告論文，報告完之後老師會跟大家討論這篇論文的背景、內容與優缺點等等。期末前需要交一個專案，而在這之前也需要報告專案的提案與進度。

感想

我在臺灣沒有修過這種純論文報告與討論的課程，一開始的時候很不習慣，很怕講錯或者是講的不流暢，但我後來發現我也沒有比別人差到哪裡去，因此後來就比較能適應課堂的步調，而我的期末專案也是跟實驗室在做的專案一樣。整體來說這堂課滿有收穫的，瞭解到其實很多看似新穎的概念或想法其實都是從這些非常經典的論文演變而來，並在其之上順應不同的工作場景或者是優化原有的實作方法。

ENG398 Grainger Engr: Design Your Exc

這堂課是工程學院交換生的必修課，時長只有半學期，內容大概圍繞著學校和美國的文化，像是介紹學校附近的好玩的景點或是美國的節日等等，而老師是正在就讀碩士的 UIUC 學生，因此沒什麼距離感，老師本人也很漂亮 >< 。

感想

還記得第一週是分組玩 scavenger hunt ，概念類似尋寶遊戲。當時跟瑞典人和愛爾蘭人一組去找特定學校的建築物，根本聽不懂他們在講什麼 QQ。另一個超感動的記憶是某一週的課程是情人節特輯，所以老師發了很多不同的糖果讓我們投票決定哪個最好吃，最後課堂結束還送我們一盒巧克力，超愛老師！

Figure 1: 老師送的情人節巧克力 <3

題外話一：在朋友的聊天當中得知，似乎我們這個班級在三班之中是氣氛最糟糕的，有時候老師問完問題都沒人回答，超尷尬 QQ ，所以我有時候會幫忙回答一下，讓氣氛不要那麼僵（？

題外話二：這是我們老師被採訪的文章 https://grainger.illinois.edu/news/voices/54019

KIN104 Skating Activities

這堂課也只有半學期，主要內容涵蓋了一些基本的溜冰技巧像是 foward/backward swizzles, one-foot/two-foot glides, 到最後的 two-foot spin 等等。課程進行方式是由四位 student instructors 來帶，一開始會先複習之前的動作然後再教新的動作讓學生練習。期中期末各有一次團體的三分鐘表演，需要每組自己想 synchronization 的動作以及挑選適合的音樂。每個禮拜還有非常簡單的小測驗，期中期末也有一些心得要寫。

感想

這堂課是所有課裡面最喜歡的！！ instructor 們非常非常非常的 nice ，如果有動作不會，可以直接叫她們示範給你看，然後幫你看你的動作正不正確。她們也都超厲害的，在期末的時候也有小表演一下，全場掌聲超級熱烈的～而我覺得我是之前有學過直排輪的關係，所以好像對溜冰掌握度還算不錯，但我似乎也是班上摔倒最多次的人，基本上每堂課必摔。但我真的很享受在溜冰場上的每分每秒，特別是當在冰上全力衝刺、那種沒有摩擦的快感真的超級刺激，真的希望之後還有機會溜。

Figure 2: 溜冰場一景

BTW, 課程結束後去找我們這組的 instructor 跟她合照，她說 “You are one of the talented students I've ever seen” ，聽到這句話的時候我真的超開心的！

番外：那些我退選的課

我曾經有修過兩門課但後來都退了：

INFO 102 Little Bits to Big Ideas
ECE 220 Computer Systems & Programming

我承認我一開始選這兩門課只是為了刷學分 (滿足 J-1 簽證資格每學期必須至少要修 12 學分以上），但發現雖然教的東西很水，但是作業一點都不好刷欸 ==

INFO 102 這堂課像是計算機概論那種課，涵蓋知識範圍很廣但是都非常基礎，作業會要求你寫一份很冗的報告，舉例來說，某堂課教了 Python 的 ^ 和 | operator ，它會要求你寫你從實驗發現了什麼，然後學到了什麼之類的問題，而且評分極為嚴格，我寫太高級的回答還會被扣分 QQ ，而且實驗課還會強制要求出席，會點名算分數。

ECE 220 則是一堂教 assembly (用學校發明的 LC-3) 還有 C 語言的課，兩者都不難，然而一學期分別有 9/6/3 個 homeworks/labs/tests ，而且作業都是那種勞力型的作業，不需要動腦但是要實作很多細節。

反正最後我覺得修這兩課對我來說真的在浪費時間，所以去了幾次課堂和寫了幾次作業之後就都 drop 了。

Figure 3: 教授用 Emacs 超酷

Figure 4: 200 人規模的上課方式

感想

選課感想

當初為了選到自己想要的課可說是歷經了千辛萬苦，首先是交換生一開始不能用選課系統選本系的課，因為會有先修課程的規定，所以要寄信給行政單位手動選課，然而他們的行政處理速度非常緩慢，在 12 月底正要開始選課的時候結果行政人員跑去休假了，後來想要加選她又不回，最後是直接殺去辦公室找她才成功選到我要的課。

再來是交換生只能選 2 門 CS 的課程，申請時沒有人告訴我這條規定 QQ 。但幸運的是方法總比問題多：一個繞過的方法是，如果是與 ECE 共同開的但由 ECE 主導的不受此限制，另外一個發現是如果選了兩門課後，選 500-level 的課並經過該教授同意，他們不會要求你退掉原有的課。

修課感想

老實說我在這裡沒有修太多課程，因此我可能察覺不太出這裡與臺灣的教學差異，以下是我的觀察：

Q: 在這裡的課程怎麼宣佈課程事項還有交作業？

這裡大部分的課程都是用 Canvas 或 Moodle ，有些課程例如 CS461 會串 Github OAuth 讓學生去存取課程 orgnization 底下的專案以方便寫和交作業。

Q: 這裡的助教狀況？

我覺得跟交大最大的不同是這裡很多課程都配有很多位助教，而且會開很多 office hours 和 “discussion sections”。前者就是開放問各種問題，後者比較偏向講解這週的作業等等。以 CS461 為例，一週的 discuss section 有 7 個時段，而 office hours 高達 11 個時段。

Q: 聽說美國的大學生都很會問問題，都很喜歡坐在最前排？

以 ECE220 為例，前排大部分還是空著，坐的人大部分都是遲到的人。課堂上問問題也只有少數人在問，但線上論壇是滿活躍的。

Q: 這裡的作業跟交大有什麼不同？

我會說這裡有意培養大學生成為研究型的人才，課堂或者是作業會要求學生先讀論文或是相關程式的原始碼，這跟交大是完全不一樣的，交大很多課都是只給 spec 然後照著實作即可。

總而言之，第一次上全英文的課程非常新鮮有趣，也看到不同國家的學校在教一樣主題的課時各自的教育方法，很值得思考。

AsiaBSDCon 2023 Trip Report

Sun, 09 Apr 2023 00:00:00 +0200

Apr 9, 2023

The FreeBSD Foundation sponsored my trip to AsiaBSDCon 2023, which took place in Tokyo, Japan. This was my first time attending a BSD conference and also my first time participating as a speaker. I would like to express my gratitude to the FreeBSD Foundation for providing me with a travel grant that made it possible for me to attend.

On the first day of the developer summit, the host, Li-Wen Hsu, discussed the following schedule with attendees. The first session, presented by Brooks Davis, was a talk about the current progress and issues of CheriBSD. CheriBSD is modified from FreeBSD for supporting CHERI, an hardware architecture with focus on security. As I had never heard of CHERI or CheriBSD before, I quickly read through the papers they published to get a basic understanding of the design and the implementation. Knowing the difficulties to build a whole ecosystem from scratch from Brooks' presentation, I was surprised that Brook and their team were able to overcome these obstacles and complete such an amazing project. After lunch, it was my turn to present my work - VT-IME. I introduced the project and demonstrated how to use VT-IME to type CJK characters in the virtual terminal. In addition, I asked opinions about the current design and architecture of VT-IME since I felt this project is relatively too immature to be adapted into the system. Fortunately, many attendees gave me useful feedback from a developer's perspective. I was grateful for their advice and would definitely take it into consideration in my future implementations.

On the next day, En-wei Wu, who also came from Taiwan and was a GSoC participant like me, shared his plans for future work on wtap(4). In brief, he planned to support virtio network device on wtap(4), which lets users be able to test network drivers under different VMs, each of them with different operating systems installed. It sounded so exciting, and I looked forward to this work. Another talk that interested me was "Thoughts about FreeBSD containers", brought by Yan Ka Chiu. He presented "xc", a FreeBSD container runtime that aims to be as full-fledged as the existing tools in linux container ecosystem. My favorite part is how he dealed with the container image with zfs. He pointed out several issues of unionfs, which is adopted by existing tools such as bastile, when achieving the layer concept in the container image, and explained how he leveraged zfs to avoid these issues.

The following two days are conference talks. The talks I listened to were all very interesting and enlightening. Among them, the talk I remembered the most is "bhyve Debug Server Enhancements". The speaker, Bojan Novković, shared his experience on adding more gdb debugging features for the virtual machine such as single-stepping feature and hardware watchpoints. I learned a lot about gdb internals from that talk. I also presented my talk successfully (despite I was a little bit nervous and out of breath at the beginning) and received much feedback from the attendees as well. I still couldn't forget how happy I was when a person told me that he thought my work is quite interesting since he types Japanese in his daily life. Perhaps this is the meaning of being an engineer — to solve existing problems and bring people joy.

During those four days, I had the opportunity to meet BSD enthusiasts from all over the world in person. I had a chance to talk with Yan Ka Chiu and Hiroki Sato about VT-IME, and they gave me much insightful advice. Roller Angel shared with me a lot of his home lab knowledge during the banquet. I also had conversations with Michael Dexter, Chih-Hsin Chang, Wei Hu and many others whose names I didn't get a chance to know. I appreciated everyone who talked with me, and I learned so much from them.

Apart from the technical sessions, I also traveled to many places, including Asakusa (淺草), Ueno (上野), Akihabara (秋葉原) and Shinjuku (新宿). The food, the people, the atmosphere there were all very impressive! I can't even list them all or this article will get too long XD. I also want to thank En-wei for hanging out with me, and I really enjoyed the time we spent in Tokyo together.

Figure 1: 千鳥ヶ淵

In summary, it was one of the most wonderful experience in my life. If I had to choose just one thing I learned, it must be their passion in BSD systems. Their contributions to the BSD community are really admirable, and I hoped to become that kind of person someday :).

Thanks FreeBSD foundation again for sponsoring me to attend the AsiaBSDCon this year. Also thanks to Li-Wen Hsu, who encouraged me to submit a paper to the conference. I hoped to continue attending such events in the future!

2023 Linux 筆電選購心得

Fri, 20 Jan 2023 00:00:00 +0100

Jan 20, 2023

目前狀況

目前使用的筆電是 Macbook Air 2017 ，使用了約四年，相關規格為：

處理器： i5-5350U 1.8GHz
螢幕： 13.3-inch 1440 x 900
記憶體： 8GiB
硬碟： 512GiB
尺寸： 32.5 x 22.7 x 1.7cm
重量： 1.35kg

升級原因主要是電池老化，循環次數為 476 次，大約只能撐 10 分鐘不到，根本無法在沒有插座的地方使用。而且處理器和記憶體力不從心，只要進行系統更新，開始編譯東西或者是瀏覽器開超過五十個分頁就沒辦法順暢使用。

選購理念

使用習慣：長時間待在同個地方並有插座，不太會在不固定地點（例如咖啡廳）使用
價格不會是一個比較因素，只要在一定範圍內就可接受
- 期望電腦是會用比較久的東西，成本相較於其他不可變因素比較不那麼重要
日常使用 Arch Linux ，因此需要有良好的 Linux 支援度
重量和體積要與現在的電腦相似或更好
覺得目前筆電螢幕略小 (13.3-inch)，因此認為最佳尺寸是 14 inch
記憶體至少要 16 GiB ，硬碟至少要 512 GiB

根據這些基本的條件，我挑了五台電腦來進行深入的比較，分別為

詳細的硬體規格可以參考這個網站（但目前沒有 Lemur Pro 的相關資訊，而且 Z13 為 Ryzen 5 版本、 XPS 13 Plus 為 i5 版本)。

各項比較

效能

我對效能的要求其實沒有很高，基本上我只要求瀏覽器分頁可以開超過 100 個不會 lag 就可以了，而記憶體有 16GiB 應該就能輕鬆達成這個需求。根據這個跑分結果，五者對我來說體感上應該不會有差別。

排名：MacBook Air M2 > T14s Gen3 = XPS 13 Plus = Lemur Pro

螢幕

Macbook 的螢幕肯定是最好的，不但解析度最高 (2560x1664) ，還是 Retina 螢幕。再來我的排序應該是 T14s (with 400-nits display) 、 XPS 13 Plus 、 Z13 ，最後是 Lemur Pro ，主要是按照品質與尺寸的考量。

排名： MacBook Air M2 >> T14s > XPS 13 Plus > Z13 > Lemur Pro

攜帶性

下圖是這五台的體積大小比較，而紅線畫出來的長方形代表 Lemur Pro 的長寬 (322 x 217cm)。

在這之中 Z13 是長+寬+深是最小的，但最輕的是 Lemur Pro (1.15kg) 。

排名： Z13 > Dell XPS Plus 13 > Lemur Pro > MacBook Air M2 > T14s

接孔

至於接孔的部分，T14s 接孔是最多的，總共有 4 個 USB 接孔，通常情況下不需要再另外使用擴充埠。次之為 Lemur Pro ，有 3 個 USB 接孔。而 Macbook Air, Z13 和 XPS 13 Plus 都只有兩個 USB 接孔，但 Macbook 有獨立充電孔和 audio jack ， Z13 有 audio jack ，而 XPS 13 Plus 沒有任何額外接孔。

排名： T14s > Lemur Pro >> Macbook Air M2 > Z13 > XPS 13 Plus

擴充性

T14s, Z13 和 XPS 13 Plus 都可以換 SSD 、電池、網路卡等等的 1 , 2 , 3 ，然而三者都不能換記憶體。 T14s 和 Z13 還有提供官方手冊教你怎麼更換零件 4 , 5 。而 MacBook Air … ，就算了吧 QQ 。

排名： T14s = Z13 = XPS 13 Plus > Lemur Pro >> MacBook Air

Linux 支援性

T14s 和 XPS 13 Plus 對 Linux 的支援都不差 6 , 7 ，只有有些地方可能需要手動調參數或裝套件。然而 Asahi Linux 對於 M2 的支援現在還尚未成熟。雖然早些時候宣佈了 GPU driver release 8 ，但根據官方目前的 Feature Support (2022/01/11)，目前前置鏡頭和喇叭都還是無法使用的狀態，外接螢幕也還不支援9 。這對我來說是難以接受，因為有時會有視訊會議需要開鏡頭，也有把音樂用喇叭播出的時候。此外，由於架構是 aarch64 ，會有機率遇到軟體不相容的問題，會影響到日常的使用。

排名： Lemur Pro > T14s = Z13 = XPS 13 Plus >> MacBook Air M2

鍵盤

雖然網路上很多人說 ThinkPad 的鍵盤打起來很棒，我有打過 X1 Carbon 的鍵盤，是真的不錯。然而令人悲傷的是 T14s Gen3 的鍵程跟 T14s Gen1, X1 Carbon Gen6 的 1.8mm 不同，為 1.5 mm ，因此不確定鍵程少 0.3mm 會有多大的手感差異。小紅點我沒有特別愛用所以對我來說不是個加分。 XPS 13 Plus 的鍵盤看起來還行，但網路上有人說如果把手放在鍵盤上會刮手10 。 MacBook Air M2 的鍵盤我體驗過覺得還不錯，手感脆脆的，比我現在的 Mac Air 2017 鍵盤還要好打。

觸控版的部分 MacBook Air M2 應該是最好的，面積大而且很滑。雖然在 Linux 環境下沒辦法像在 MacOS 原生支援的那麼好，但以我自己用 MacBook Air 的感受，其實已經很不錯了。而 T14s 有一些災情發生，說是在 tap trackpad 時也會發出聲音 (rattling) 11 ，這感覺不是很舒服 QQ 。

排名: Macbook Air M2 = T14s > XPS 13 Plus > Z13 > Lemur Pro

電池

主要參考上方的比較，進行 wifi surfing ， MacBook Air M2 可以撐 15 小時，而 T14s 和 Z13 的電池可以撐 14 和 12 小時，而 XPS 最差，只能撐 8 小時。Lemur Pro 找不到相關的電量測試數據，但 Lemur Pro 有最大的電池容量 (73Wh) ，相關論壇留言表示最長可以撐到 14 小時 12 , 13 。

排名： MacBook Air M2 > Z13 > T14s = Lemur Pro > XPS 13 Plus

顏值

我覺得 XPS 13 Plus 的顏值是最高的，當初就是被他的外觀吸引的。我很喜歡那個無邊界觸控板的設計，看起來很整潔。然後緊密排列的鍵盤加上很搭的字母字體也很吸引我，但看久有點 M$ 的設計感？ Macbook Air M2 我曾用過朋友的，我覺得像一塊滿有質感的金屬板 XD 。 T14s 和 Lemur Pro 就外型就比較粗獷一點，比較沒有什麼美感可言。

排名： XPS 13 Plus > Z13 > Macbook Air M2 > T14s > Lemur Pro

其他災情

此外，有些電腦有相關的災情與問題：

T14s Gen3

Gen3 沒有 S3 了 QQ
- https://wiki.archlinux.org/title/Lenovo_ThinkPad_T14s_(AMD)_Gen_3
- 查了很多討論但找不到直接證據，只能實機測試了
- 看來只能用 S2idle (s0ix) 了
Lenovo T14s Gen 3 AMD touchpad rattle - YouTube

Z13

沒有 S3

Lemur Pro

System76 Lemur Pro (lemp10) Two Year Update - YouTube
- 電源線的變壓器與接頭距離太短
- 螢幕有些像素顏色異常
- 電池撐不久（不知道是不是個案）
- 電池膨脹問題
- 第二個 SSD 裝上後電池消耗量大增
- 換 System76 零件價錢高的不合理
(2) Lemur Pro (lemp10) 14ish month review and why I can't recommend System76 products. : System76
- 鍵盤磨損問題
- trackpad 有異常

Dell XPS 13 Plus

Dell XPS 13 Plus: A Quality Control Disaster - YouTube
- 播放影片時畫面凍結
- 喇叭偶爾會出現「啵」 (pop) 的聲音
- 重裝系統似乎可以解決以上問題
Atrocious experience with the XPS 13 Plus after 8 hours… : Dell - Reddit
- 壞點問題
- 螢幕接縫沒有黏牢
- 電流的高頻雜音 (coil whine)
OLED 螢幕直接掉下來: Dell XPS 15 15.6 FAIL at Best Buy - YouTube

總結

排序與加權： Linux 支援性 (6) > 電池 = 螢幕 = 攜帶性 (4) > 擴充性 = 接口 = 鍵盤 (3) > 顏值 (1) 。而價格是設定到差不多的硬體規格 (16GiB/512GiB) 的價錢。

	T14s	Z13	XPS 13 Plus	MacBook Air M2	Lemur Pro
Linux 支援性	2	2	2	5	1
電池	3	2	5	1	3
螢幕	2	4	3	1	5
攜帶性	5	1	2	4	3
擴充性	1	1	1	5	4
接口	1	4	5	3	2
鍵盤	1	4	3	1	5
顏值	4	2	1	3	5
價格	$1294	$1368	$1699	$1699	$1368
加權分數	65	69	80	84	88

以分數來看， T14s 和 Z13 非常接近，但是 T14s 對我來說是真的最適合。主要是 Z13 的接口真的太少了，雖然 T14s 的攜帶性和電池雖然是排名最後，但其實兩者差距非常小。此外，網路上也有對於這兩台比較的討論 14 , 15 , 16 ，發現選 T14s 的比較多 XD。

最終我選擇了 T14s ，稅後大約是 $1400 左右。

其他

除了這五台之外，我也有考慮以下這些電腦：

ThinkPad X1 Carbon Gen 9/10
- 優點：顏值與重量體積
- 缺點：主要是沒有 AMD ，而且 T14s CP 值完勝
ThinkPad T14 Gen 3 (AMD)
- 與 T14s 比較只多了 Ethernet 接孔，但重量比較重也比較大（但也比較便宜）
HP Dev One
- Based on HP Elitebook 845 with PopOS installed
- 規格非常完美，而且價錢超級便宜 ($1099) ，加上優惠券甚至可以壓到 ($879) 。
- 致命傷是重量太重 (1.46kg)，也有人說螢幕不是很好 17 ，電量也沒有宣傳的來的高 18 ，因此暫時不考慮（但這價格足夠我把硬體加到 64GB/4TB 了）

2023 Linux laptop selection

Fri, 20 Jan 2023 00:00:00 +0100

Jan 20, 2023

目前狀況

目前使用的筆電是 Macbook Air 2017 ，使用了約四年，相關規格為：

處理器： i5-5350U 1.8GHz
螢幕： 13.3-inch 1440 x 900
記憶體： 8GiB
硬碟： 512GiB
尺寸： 32.5 x 22.7 x 1.7cm
重量： 1.35kg

選購理念

使用習慣：長時間待在同個地方並有插座，不太會在不固定地點（例如咖啡廳）使用
價格不會是一個比較因素，只要在一定範圍內就可接受
- 期望電腦是會用比較久的東西，成本相較於其他不可變因素比較不那麼重要
日常使用 Arch Linux ，因此需要有良好的 Linux 支援度
重量和體積要與現在的電腦相似或更好
覺得目前筆電螢幕略小 (13.3-inch)，因此認為最佳尺寸是 14 inch
記憶體至少要 16 GiB ，硬碟至少要 512 GiB

根據這些基本的條件，我挑了五台電腦來進行深入的比較，分別為

詳細的硬體規格可以參考這個網站（但目前沒有 Lemur Pro 的相關資訊，而且 Z13 為 Ryzen 5 版本、 XPS 13 Plus 為 i5 版本)。

其他災情

此外，有些電腦有相關的災情與問題：

T14s Gen3

Gen3 沒有 S3 了 QQ
- https://wiki.archlinux.org/title/Lenovo_ThinkPad_T14s_(AMD)_Gen_3
- 查了很多討論但找不到直接證據，只能實機測試了
- 看來只能用 S2idle (s0ix) 了
Lenovo T14s Gen 3 AMD touchpad rattle - YouTube

Z13

沒有 S3

Lemur Pro

System76 Lemur Pro (lemp10) Two Year Update - YouTube
- 電源線的變壓器與接頭距離太短
- 螢幕有些像素顏色異常
- 電池撐不久（不知道是不是個案）
- 電池膨脹問題
- 第二個 SSD 裝上後電池消耗量大增
- 換 System76 零件價錢高的不合理
(2) Lemur Pro (lemp10) 14ish month review and why I can't recommend System76 products. : System76
- 鍵盤磨損問題
- trackpad 有異常

Dell XPS 13 Plus

Dell XPS 13 Plus: A Quality Control Disaster - YouTube
- 播放影片時畫面凍結
- 喇叭偶爾會出現「啵」 (pop) 的聲音
- 重裝系統似乎可以解決以上問題
Atrocious experience with the XPS 13 Plus after 8 hours… : Dell - Reddit
- 壞點問題
- 螢幕接縫沒有黏牢
- 電流的高頻雜音 (coil whine)
OLED 螢幕直接掉下來: Dell XPS 15 15.6 FAIL at Best Buy - YouTube

總結

排序與加權： Linux 支援性 (6) > 電池 = 螢幕 = 攜帶性 (4) > 擴充性 = 接口 = 鍵盤 (3) > 顏值 (1) 。而價格是設定到差不多的硬體規格 (16GiB/512GiB) 的價錢。

	T14s	Z13	XPS 13 Plus	MacBook Air M2	Lemur Pro
Linux 支援性	2	2	2	5	1
電池	3	2	5	1	3
螢幕	2	4	3	1	5
攜帶性	5	1	2	4	3
擴充性	1	1	1	5	4
接口	1	4	5	3	2
鍵盤	1	4	3	1	5
顏值	4	2	1	3	5
價格	$1294	$1368	$1699	$1699	$1368
加權分數	65	69	80	84	88

以分數來看， T14s 和 Z13 非常接近，但是 T14s 對我來說是真的最適合。主要是 Z13 的接口真的太少了，雖然 T14s 的攜帶性和電池雖然是排名最後，但其實兩者差距非常小。此外，網路上也有對於這兩台比較的討論 ¹¹¹¹ Update on Z13: I think it's going back : thinkpad ^,¹²¹² z13 / t14s / Slim ProX (dGPU or no?) : thinkpad ^,¹³¹³ Comparing the Z13 vs T14s Gen 3 (AMD) : thinkpad ，發現選 T14s 的比較多 XD。

最終我選擇了 T14s ，稅後大約是 $1400 左右。

其他

除了這五台之外，我也有考慮以下這些電腦：

ThinkPad X1 Carbon Gen 9/10
- 優點：顏值與重量體積
- 缺點：主要是沒有 AMD ，而且 T14s CP 值完勝
ThinkPad T14 Gen 3 (AMD)
- 與 T14s 比較只多了 Ethernet 接孔，但重量比較重也比較大（但也比較便宜）
HP Dev One
- Based on HP Elitebook 845 with PopOS installed
- 規格非常完美，而且價錢超級便宜 ($1099) ，加上優惠券甚至可以壓到 ($879) 。
- 致命傷是重量太重 (1.46kg)，也有人說螢幕不是很好 ¹⁴¹⁴ My Thoughts on the HP Dev One : System76 ，電量也沒有宣傳的來的高 ¹⁵¹⁵ https://www.reddit.com/r/System76/comments/zbodno/comment/izc6xl9/?utm_source=share&utm_medium=web2x&context=3 ，因此暫時不考慮（但這價格足夠我把硬體加到 64GB/4TB 了）

Footnotes:

How to open Lenovo ThinkPad T14 Gen 3 - disassembly and upgrade options - YouTube

Dell XPS 13 Plus 9320 - disassembly and upgrade options - YouTube

Lenovo ThinkPad Z13 Gen 1 - disassembly and upgrade options - YouTube

⁴

https://wiki.archlinux.org/title/Lenovo_ThinkPad_T14s_(AMD)_Gen_3

⁵

https://wiki.archlinux.org/title/Dell_XPS_13_Plus_(9320)

⁶

https://asahilinux.org/2022/12/gpu-drivers-now-in-asahi-linux/

⁷

https://asahilinux.org/2022/11/november-2022-report/

⁸

https://www.youtube.com/watch?v=ELsYC-N7hgc&t=680s

⁹

https://www.reddit.com/r/System76/comments/y01qgv/comment/irqe3xm/?utm_source=share&utm_medium=web2x&context=3

¹⁰

https://www.reddit.com/r/System76/comments/y01qgv/comment/irqe3xm/?utm_source=share&utm_medium=web2x&context=3

¹¹

Update on Z13: I think it's going back : thinkpad

¹²

z13 / t14s / Slim ProX (dGPU or no?) : thinkpad

¹³

Comparing the Z13 vs T14s Gen 3 (AMD) : thinkpad

¹⁴

My Thoughts on the HP Dev One : System76

¹⁵

https://www.reddit.com/r/System76/comments/zbodno/comment/izc6xl9/?utm_source=share&utm_medium=web2x&context=3

Code section in assembly: .text or .code

Wed, 11 May 2022 00:00:00 +0200

May 11, 2022

Background

前幾天我在閱讀學校開的一門課 Advanced Programming in the UNIX Environment 的上課投影片，其中展示了一個用 x86 assembly 寫的範例程式：

1: ; Compile with: yasm -f elf64 -DYASM -D__x86_64__ -DPIC minimal.asm -o minimal.o
2: ; Link with: ld -m elf_x86_64 -o minimal minimal.o
3: 
4:     global _start:function
5:     section .code
6: _start:
7:     mov rax, 60
8:     xor rdi, rdi
9:     syscall

我試著用投影片上面的指令編譯並執行，但一執行就跳出 segmentation fault 的錯誤：

zsh: segmentation fault (core dumped)  ./minimal

接著我試著用 gdb 來除錯，卻發現它執行到 _start 的第一行 mov rax, 60 就出錯了，依然看不出什麼端倪：

Program received signal SIGSEGV, Segmentation fault.
0x0000000000401000 in _start ()

這時的我很納悶，又接著編譯執行了投影片上寫的其他範例程式，但是都是一樣的狀況，發現都是執行到第一行就出錯了。

我開始上網搜尋 assembly 的範例，重複比對其他人的程式碼和我的，終於發現只要把 section .code 改成 section .text 就可以成功跑了。

1: ; Compile with: yasm -f elf64 -DYASM -D__x86_64__ -DPIC minimal.asm -o minimal.o
2: ; Link with: ld -m elf_x86_64 -o minimal minimal.o
3: 
4:     global _start:function
5:     section .text
6: _start:
7:     mov rax, 60
8:     xor rdi, rdi
9:     syscall

Debugging

我開始分析出錯的原因，既然錯誤是 segment 有關，而解法是跟 section 有關。那問題一定出在兩種寫法所編譯出來的 ELF 執行檔有差異。

我使用的是 readelf 這個工具來看它們各自的執行檔的 ELF 資訊，在這邊 minimal_code 代表的是標示 section .code 所編譯出來的執行檔；而 minimal_text 代表的是標示 section .text 。

Section

指定 -S flag 代表觀察執行檔的 section headers 資訊。

minimal_text:

$ readelf -S minimal_text
There are 5 section headers, starting at offset 0x10f0:

Section Headers:
    [Nr] Name              Type             Address           Offset
        Size              EntSize          Flags  Link  Info  Align
    [ 0]                   NULL             0000000000000000  00000000
        0000000000000000  0000000000000000           0     0     0
    [ 1] .text             PROGBITS         0000000000401000  00001000
        000000000000000c  0000000000000000  AX       0     0     16
# ......
Key to Flags:
    W (write), A (alloc), X (execute), M (merge), S (strings), I (info),
# ......

minimal_code:

$ readelf -S minimal_code
There are 5 section headers, starting at offset 0x10f0:

Section Headers:
    [Nr] Name              Type             Address           Offset
        Size              EntSize          Flags  Link  Info  Align
    [ 0]                   NULL             0000000000000000  00000000
        0000000000000000  0000000000000000           0     0     0
    [ 1] .code             PROGBITS         0000000000401000  00001000
        000000000000000c  0000000000000000   A       0     0     1
# ......
Key to Flags:
    W (write), A (alloc), X (execute), M (merge), S (strings), I (info),
# ......

在此我們不多介紹 Section Headers 各欄位的意義，我們只專注於 Flags 這個欄位，其代表該 section 的屬性，可以看到 .text 的 Flags 是 AX 。 A (SHF_ALLOC) 代表 .text 這個 section 在 runtime 時會佔據記憶體空間，而 X (SHF_EXECINSTR) 代表這個 section 包含了可執行的指令。

然而 .code 的 Flags 並沒有包含 X ，代表執行檔不認為 .code section 可以執行！

Segment

再來我們來看執行檔的 segment 資訊， readelf 指定 -l flag 觀察 segments 的資訊。

minimal_text:

$ readelf -l minimal_text
Elf file type is EXEC (Executable file)
Entry point 0x401000
There are 2 program headers, starting at offset 64

Program Headers:
    Type           Offset             VirtAddr           PhysAddr
                    FileSiz            MemSiz              Flags  Align
    LOAD           0x0000000000000000 0x0000000000400000 0x0000000000400000
                    0x00000000000000b0 0x00000000000000b0  R      0x1000
    LOAD           0x0000000000001000 0x0000000000401000 0x0000000000401000
                    0x000000000000000c 0x000000000000000c  R E    0x1000

    Section to Segment mapping:
    Segment Sections...
    00
    01     .text

minimal_code:

Elf file type is EXEC (Executable file)
Entry point 0x401000
There is 1 program header, starting at offset 64

Program Headers:
    Type           Offset             VirtAddr           PhysAddr
                    FileSiz            MemSiz              Flags  Align
    LOAD           0x0000000000000000 0x0000000000400000 0x0000000000400000
                    0x000000000000100c 0x000000000000100c  R      0x1000

    Section to Segment mapping:
    Segment Sections...
    00     .code

在此我們也只專注在 Segment 的 Flags 欄位以及下方的 "Section to Segment mapping" 資訊。 "Section to Segment mapping" 顧名思議就是描述了哪個 segment 包含了哪些 sections ，其中 Segment 的數字就是從上方的 Program Headers 從上數下來的第幾個 Segment。

可以看到在 minimal_text 中，包含 .text section 的是 01 segment ，也就是第二個 segment ，其 Flags 是 R (PF_R) 和 E (PF_E) ，代表此 segment 可讀可執行。

然而在包含 .code 的 section 中，我們卻看不到有 Flags 有包含 E ，因此代表著此 segment 不可執行，也難怪會有 Segmentation fault 這個錯誤！

Solution

除了以上將 section .code 改寫成 .section .text 的方法之外，還有沒有其他解決方法呢？

一個最簡單的想法是：既然 .code section 不能執行，我們就修改他的 flags 讓他可以執行就好啦！

這方法雖然可以，但有一點點複雜（可能需要額外在 linker script 內設定屬性之類的）。這裡有一個更簡單的方法是直接將 .code 這個 section 的內容塞進 .text section 就好了！並且 .text 屬於 Special Sections 之一，因此這些屬性自然會包含 EXECUTABLE 的權限。

Customize the linker script

因此我們可以透過自訂我們的 linker script 來做這件事情：（注意：這個 linker script 只適用在此範例程式，例如 data section 根本沒有被處理）

minimal_code.ld:

1: SECTIONS
2: {
3:   . = SEGMENT_START("text-segment", 0x400000) + SIZEOF_HEADERS;
4:   .text :
5:   {
6:     *(.code)
7:   }
8: }

如果你不懂 linker script ，我稍微介紹一下這個 linker script 在做的事情：

我們可以先看這段程式碼，可以看到 *(.code) 在 .text 圍起來的大括號裡面，代表將 .code section 的內容放入 .text section 中：

1: .text :
2: {
3:   *(.code)
4: }

好的我們介紹完了，這段程式碼主要做的事情就是這樣，如此簡單明瞭！

其中 . = SEGMENT... 是我從預設的 linker script (下 ld --verbose 可以看到) 複製過來的，它的意思就是將程式本體放到 text-segment 的位置，預設是位址 0x400000 + SIZEOF_HEADERS ， SIZEOF_HEADER 是 program header 大小。

接著重新做 linking ，這邊指定 ld 的 --script flag 來使用我們自己定義的 linker script （預設的的 linker script 就不會使用了） :

$ ld -m elf_x86_64 --script=minimal_code.ld -o minimal_code minimal_code.o

這時嘗試跑我們的 minimal_code ，會發現沒有 segmentation fault 了！可喜可賀！

$ ./minimal_code 
$

我們再次使用 readelf 來觀察一下新的 minimal_code 的 section 與 segment 資訊：

Section:

$ readelf -S minimal_code
There are 5 section headers, starting at offset 0x148:

Section Headers:
    [Nr] Name              Type             Address           Offset
        Size              EntSize          Flags  Link  Info  Align
    [ 0]                   NULL             0000000000000000  00000000
        0000000000000000  0000000000000000           0     0     0
    [ 1] .text             PROGBITS         00000000004000b0  000000b0
        0000000000000010  0000000000000000  AX       0     0     16

Segment:

$ readelf -l minimal_code
Elf file type is EXEC (Executable file)
Entry point 0x401000
There are 2 program headers, starting at offset 64

Program Headers:
    Type           Offset             VirtAddr           PhysAddr
                    FileSiz            MemSiz              Flags  Align
    LOAD           0x0000000000000000 0x0000000000400000 0x0000000000400000
                    0x00000000000000b0 0x00000000000000b0  R      0x1000
    LOAD           0x0000000000001000 0x0000000000401000 0x0000000000401000
                    0x000000000000000c 0x000000000000000c  R E    0x1000

    Section to Segment mapping:
    Segment Sections...
    00
    01     .text

可以發現已經完全看不到 .code section 的蹤影了！而且跟 minimal_text 吐出的資訊長得是幾乎一模模一樣樣！但不一樣也很正常，畢竟我們有很多額外的設定是我們的腳本沒考慮到的。（當然你也可以直接將預設的 linker script 抓來改，這樣就會保證長一樣了）

Appendix

masm

.text 或是 .code 等等 section 的預設屬性是由 assembler 來決定的，例如 yasm 和 nasm 都有描述它們預設 ELF standard sections 的屬性， .code 在兩個 assembler 都不會特別給屬性。

然而在 masm 這個 assembler 中， .code 的確可以用來標示一段 code 的開始！

引用自 .CODE | Microsoft Docs:

(32-bit MASM only.) When used with .MODEL, indicates the start of a code segment.

.code 或是 .data 這些 directives 在 masm 中稱為 simple segment directives 。

因此我們可以大膽猜測老師用的是 masm 來編譯範例的程式嗎？不，在投影片上，老師的確是使用 yasm 編譯的。

難道真的是老師寫錯了嗎？

Kernel

後來我在這串討論發現有人跟我遇到一樣的問題。下面的回答除了剛剛說的 masm 之外，還發現到是跟 Linux kernel 版本有關係。如果使用的 kernel 版本在 5.8 以上、64-bit 執行檔且沒有開 NX (No-eXecute) 防護，若沒有 PT_GNU_STACK 這個 section 時，預設就會將非 .text section 的屬性設成不可執行。反之如果在 5.8 以下就是可執行的。

然而我們的範例程式是用 yasm 編出來的，沒有 gcc 預設的 NX 防護，也沒有 PT_GNU_STACK 這個 segment ，且我的 kernel 版本高於 5.8，因此才會造成執行錯誤的狀況發生。估計老師在寫這段程式碼的時候，他的環境 kernel 版本應該沒那麼新所以才覺得這段程式碼沒問題。

Thoughts

一直以來都以為 text segment 和 code segment 這兩個名詞是 interchangable 的。也以為 code section 和 text section 是等價的，所以一開始沒有想到是 section.code 和 section.text 的問題，更何況在網路上甚至有解答分明是在誤導：

引用自 assembly - difference between .text and .code section name - Stack Overflow :

There is no functional difference between the .text and .code sections of a binary.

In almost all cases, they are completely synonymous (meaning that they refer to the same section), but even when they're not ( e.g. due to the actual order of sections in the binary), they are semantically identical.

但這次踩雷後也學到了很多東西，例如 ELF 格式、如何寫 linker script 等等。也體認到 ELF format 只不過是一個標準規範而已，真正實作還是要看 OS，OS 也可以完全不管，自己想怎麼設定就怎麼設定。

Reference

elf(5) - Linux manual page
Microsoft MASM Programmer's Guide
- Page 33: Using Simplified Segment Directives
Linker Script初探 - GNU Linker Ld手冊略讀 - My code works, I don't know why.

交大三上修課心得（二）

Sun, 23 Jan 2022 00:00:00 +0100

Jan 23, 2022

課程心得

數值軟體開發

課程資訊

授課教師：陳永昱
開課單位：數據所
當期課號：5296
永久課號：IDS5008
學分數：3.00
必/選修：選修

教學方式

課程網站： https://yyc.solvcon.net/en/latest/nsd/index.html

老師上課也是講自己的投影片，雖然不會公佈投影片，但是內容基本上對應到課程網站的文件，上課漏聽了也可以看。

因為這堂課的主旨是如何設計數值軟體，所以上課涵蓋的範圍很廣，從底層知識到抽象設計都有涉略。課程內容可以分成四大類：Computer Fundamental, Performance Considerations, System Management, Design Techniques ，具體內容可以參考課程網站首頁。

考試作業

總共有六次作業、一個期中考和 final project 。作業一個佔 5%，總共 30%，期中佔 30%，final project 佔 40% （proposal 也會被列為計分範圍內），不會調分。

作業會要求用 C++ 實作 functions ，然後寫 Python wrapper (pybind11) 與寫測試腳本 (pytest) ，然後有些後面的作業是為之前的作業加上一些額外的功能。

作業評分與繳交流程如下：

Fork 課程專案相對應的作業分支
寫作業
每個作業都會附上不同的評測腳本 (validate.py)，跑完會顯示拿到的分數，滿分為五分。
發 PR ，跑 CI (github workflows) ，基本上如果評測腳本對了， CI 也可以跑過。但是我也發生過因為環境不同導致跑 CI 時編譯錯誤，還要額外修改 Makefile 。
基本上有 CI 有成功跑過該作業就是滿分

期中考內容包括基本的 C++ 與 Python/Numpy 還有基本的計算機知識。

我印象中考了這些題目：

Unsigned/signed comparsions
C++ Operator Precedence
Conversions between Numpy datatypes and C type
IEEE-754 floating point representations of 1.8/-1.8
Cache access simulation （存取資料問 cache miss 類型）

Final project 在學期的前三分之一就要交 proposal ，期末要用英文報告。

其他事項

這堂課是*早七*，但是不會點名，雖然這學期有叫我們簽到，不過似乎沒有算進去學期成績，應該只是防疫規定而已。

老師上課很熱情，也會丟很多問題給大家問大家想法。

課程感想

這門課教了很多有關軟體工程的東西，這算是一般資工系的課比較少涉及的部分。而且老師本身背景是在職工程師，英文也非常的流利，在解釋技術細節非常的清楚明瞭，上課時偶爾也會當場 trace code 給我們看。

作業其實都不難，有些只是把前面寫過的作業做小修改而已，更何況繳交方式是在 github 發公開的 PR ，早七準時上課應該才是本門課最難的部分。

課程中最有收穫的地方應該是後面課程的 Modern C++ 和 Advanced Python ，學到了很多實用的知識與技術，也發現之前寫的 C++ 其實很不 C++。

Final project 也做了以前一直想做的東西：中文版的 ASCII art generator (https://github.com/Cycatz/uniramp) ，但是跟數值軟體可以說完全牽扯不上關係，不知道是不是這個原因讓我的 Presentation 分數比預期還要低。

Figure 1: Unicode Art Octocat in 3 different zoom levels

微處理機系統原理與實作

課程資訊

授課教師：蔡淳仁
開課單位：資工系
當期課號：1164
永久課號：DCP1265
必/選修：選修

教了什麼

微處理機系統的設計與實作細節，包括介紹不同指令集的設計與差異、 I/O 子系統、作業系統與硬體的整合等等。

此外還會談到 Aquila 的架構與設計，Aquila 是教授他們實驗室 (EISL) 所開發的 open-source processor (http://github.com/eisl-nctu/aquila) ，作業就是會以 Aquila 為基礎，修改相關電路的程式碼。

教學方式

老師會講自己的投影片，這學期是線上和實體混合，不點名。

評量方式

作業總共有 5 個，總共佔 70%，一個上機考佔 30% 。作業通常又會分 demo 成績和報告成績，各佔 50% 。為什麼說通常呢？因為 hw4 只需要 demo 所以只有 demo 分數，hw5 只需要交報告所以只有報告分數。

學期最後會非線性調分。

考試作業

這是所有的作業列表， hw0 不算分，老師說只是為了瞭解大家的狀況用：

hw0: Simulation of a HW-SW Platform
hw1: Real-time Debugging of a HW-SW Platform
hw2: Branch Predictor Design
hw3: Cache Optimization
hw4: AXI4-Lite Device Bus Protocol
hw5: RTOS Analysis

作業要求要會寫 C (SW design) 和 Verilog (HW design) ，可能還需要會寫 RISC-V Assembly (hw1 和 hw5 有機率會用到) 。

主要作業的實作都是使用 Xilinx Artix-7 XC7A35T FPGA 這塊板子（跟數位電路實驗用的一樣）配合 Xilinx Vivado 這套軟體。

作業寫完交報告之後要去找助教 demo ，可以在 TA hour 的時候去或是跟助教約時間。

上機考有 4 題，每題佔 25% ，會給 boot rom ，要求改電路跑模擬想辦法收集以下的數據：

Total number of instructions executed (excluding flushed instructions).
Total number of load/store instructions executed.
Total number of stall cycles during execution.
Maximal depth of stack used (in words).

其他事項

這門課需要兩個人一組共用板子，學期初會叫大家寫表單，但是作業是單人獨立完成。

如果不想跟別人共用板子也可以直接到 EC22[0-2] 實驗室拿那邊的板子寫，助教會在學期初幫忙開通門禁。

課程感想

我覺得這門課是我修課以來遇到最充實最有難度的課程，可以想像成是進階版的計算機組織加上數位電路實驗。以 HW2 與 HW3 為例子，需要有對電路分析的能力，因此要先看懂 Aquila 某功能的實作，再想辦法修改程式碼去統計各項資訊，例如說統計 branch misprediction 的次數或者是 cache miss 的 cycles 等等。再來就是要針對範例程式對機制的演算法進行修改以最佳化效能，例如說設計新的 branch prediction 的演算法或是 cache replacement 機制等等。

這門課被劃分在軟硬體整合學程裡面，這學期是第二次開課，上次是試辦。之前有門名稱相似的課叫做「微處理機系統實驗」，是之前某些組的必修。因此有些雙主修/轉系的學生如果當時沒有修到那門課，就必須要修這門課來抵，*但其實兩邊課程內容完全不同* ，想選的人看課程評價前要先注意。

寫作業的過程真是還蠻心累又困難的，因為要一直反覆燒電路，等待 bitstream 寫進板子裡面，跑出結果不如預期又要改做法然後再重燒，如此反覆。雖然這門課沒有分組，但是老師不排斥同學之間互相討論，所以我強烈建議跟其他同學分工分析電路跑實驗結果和討論實作，可以節省很多時間與心力。最後我們都有想出比原來效率還高的演算法，算是對自己有個交代了。

這五次作業的報告我都要求自己要用英文寫，雖然寫起來很痛苦，要花更多時間斟酌字詞，不過實際寫完五篇報告看起來每篇就像獨立的小論文一樣，非常有成就感。另一方面是想說可以免費練習英文寫作的機會不多了，就把老師當作免費的 Grammarly 在用，還會幫我改文法和錯字，也算值得了。

修完這門課會對計算機底層知識有更深入的瞭解，想底層功能如何實作的會變非常容易，因為作業都會要求要親手讀過和刻過程式碼。此外我建議想修這門課的人可以先去修數位電路實驗，對 verilog 與 FPGA Design 有基本的熟悉度會少很多撞牆的時間。然後建議可以回去複習計算機組織，報告內容強烈依賴著之前學過的計組知識，有深厚的背景知識才可以知道為什麼會發生某些現象或者是要怎麼做會跑出比較好的結果。

老師很鼓勵同學自己看網路文件和動手實作，在課堂上也會分享他之前工作的經驗和趣事還有對 Hacker spirit 理念的看法等等。課程用到的東西大部分也都是 open-source 的，非常合我胃口。老師也很希望同學可以找他聊聊，包括寫作業遇到的困難或者是職涯規劃等等。像我就曾經去找老師聊過，老師有給了我很多職涯方向的建議和分享他學生在不同公司的經驗等等。

這門課一開始有 32 個人修，最後有將近 10 個人退選， 2 個人不及格，調分後平均是 83 分。

交大三上修課心得（一）

Sat, 22 Jan 2022 00:00:00 +0100

Jan 22, 2022

課程心得

機率

課程資訊

授課教師：謝秉均
當期課號：1179
永久課號：DCP1206
學分數：3.00
必/選修：必修

教了什麼

機率，有時候會在開始上課前講一些與時事相關的數學或機率應用。

教學方式

上課講自己做的投影片（會在上課前一天發在 E3 ），基本上不會用到課本。

考試作業

有四次作業，每個作業大概都有四個大題，總共題數約落在十題左右，每個作業佔 10% 。然後期中期末各佔 30% ，考試時間為兩小時。

作業基本上跟前一年的只會有一兩題一樣，所以還是要乖乖寫作業。至於考試方面，老師會公佈前兩年的考古與答案，然後可以帶一張 A4 雙面大抄，但是考試也會跟考古長的滿不一樣。

其他事項

這門課是英授

今年是線上課程，然後也是不點名。

作業四會用到一點點 Python ，但是其實寫到再學也沒關係。

課程感想

老師的英文很好，聽起來跟中文一樣清楚明瞭，有問題也是可以用中文跟老師溝通。

作業因為都是老師自己設計的，所以在網路上除了歷年作業也找不到答案。雖然看起來很難，不過如果能瞭解題目在問什麼還有配合老師給的 Hint 思考一下，大部分都可以寫的出來，但是我建議寫完跟同學或朋友對一下答案會比較保險。

然後今年期中期末都大開殺戒，期中平均好像 68 分，期末平均 55 分，主要問題是看懂題目的敘述和所求就要花一段時間，光讀考古是沒有用的。

總之我覺得這門課品質非常棒，如果有心想要弄懂機率的人應該是可以收穫很多。

網路程式設計概論

課程資訊

授課教師：黃俊穎
開課單位：資訊共同
當期課號：1184
永久課號：DCP2368
學分數：3.00
必/選修：選修

教了什麼

基本上就是 follow Unix Network Programming 的章節教，包含 TCP, UDP, Advanced I/O, Non-blocking 等等，最後期末考完有教 raw sockets 。

教學方式

老師會講解自己的投影片，投影片很多範例都是從 UNIX Network Programming 拿的。

老師在講完一個段落會實際跑程式範例給我們看結果，或是跑 Wireshark 看封包內容。

考試作業

總共有三次作業，一個期中一個期末，表定寫各佔 20% 。

作業是要求做一個簡單的 BBS Server ，不同作業會要求新增一些功能，例如發文功能、支援 UDP 封包的聊天室等等。

考試是要求實作 client 端，考試時會要求連上考試主機作答，連上去主機後會開一個 container 環境供操作。

期中是要求寫出解迷宮的 client，簡單來說就是 server 吐迷宮 client 接受並給出答案。

期末也是跟期中很像，只是有些題目會用到 UDP 或是混合 TCP 與 UDP，最後一題是踩地雷。

其他事項

考試的時候不能帶小抄，但是會給上課投影片和課本範例程式碼

考試的時候會讓大家提早 30 分鐘入場，可以提早開始準備環境和打模板。

考試完如果有沒寫出來的題目可以開放補交，分數計算方式為當場寫完 * 1.1 、補交 * 0.7 ，所以大家考試那欄的最後分數其實都不難看。

課程感想

老師上課上的很清楚，也會當場示範範例，能覺得教的東西都有實際作用，我覺得非常不錯。但是我覺得考的東西好像跟網路本身沒有非常強的關聯性，因為如果都實作好接收發送的函數之後，例如說先寫好 regex, recvline 等等 wrappers ，考試時寫起來就會輕鬆很多，變成一般的演算法考試。

此外我建議考試前可以自己寫 server 然後再實作相對應的 client 模擬考試環境，會非常有幫助，然後也建議多讀課本的範例程式碼，考試時稍微修改就可以直接拿來用了。

作業整體也不難，主要是實作一些細節功能有時候很煩而已。

最後平均學期平均分數是 75 ，這是有跟另一班進行成績同步調整過後的結果。

How I Build My Blog with Pandoc & Vimwiki (Part I)

Sun, 26 Jan 2020 00:00:00 +0100

Jan 26, 2020

Background

一直想用 vimwiki 架設個人的blog，網路上用 vimwiki 生成網站的幾乎都是利用 vimwiki 內建的 Vimwiki2HTML 將原生的 .wiki 檔來生成網頁，但是考慮到 .wiki 的支援性不佳，所以決定用 markdown 寫作然後用 pandoc 與 vimwiki 自己打造生成環境

這是環境的文件結構：


[cycatz@cfzfnf Blog]$ tree --dirsfirst -L 1
.
├── css
├── default
├── filter
├── fonts
├── template
├── add-timestamp.sh
├── blog-article.html -> ./template/blog-article.html
├── blog-homepage.html -> ./template/blog-homepage.html
└── Makefile

5 directories, 4 files

我們照順序來說明每個項目

Blog/css


[cycatz@cfzfnf css]$ tree
.
├── blog-article.css
├── blog-homepage.css
└── font.css

0 directories, 3 files

css 下主要放的是網站主頁與文章的樣式，還有字型的設定，修改自 killercup/pandoc.css

Blog/default


[cycatz@cfzfnf default]$ tree
.
├── blog-article.yaml
└── blog-homepage.yaml

0 directories, 2 files

default 下放的是 pandoc 在編譯時的設定檔，省去編譯時在 pandoc 命令後接一大串參數的麻煩。

以 blog-homepage.yaml 為例：

1: from: markdown+smart+definition_lists+strikeout+superscript+subscript
2: to: html
3: 
4: metadata:
5:   title: 棧列 Staque
6:   author: Cycatz
7: 
8: highlight-style: monochrome
9: tab-stop: 2

在 metadata 設置的參數在網頁中會以被設定，我 metadata 只使用了三個參數：

author : 作者名稱
title : 定義網頁名稱，我預設是網站的名稱「棧列 Staque」
date : 建立文章時間，會在每篇文章檔案中定義

其他選項設定解釋可以看 Pandoc User's Guide

Blog/filter


[cycatz@cfzfnf filter]$ tree
.
└── links-to-html.lua

0 directories, 1 files

filter 存放的是用來處理一些特殊規則或增加功能的檔案。

裡面的 links-to-html.lua 是將檔案中的其他 md 連結（其他篇文章等）轉成 html 的連結，才能在網路上跳轉

Blog/fonts


[cycatz@cfzfnf fonts]$ tree -L 2
.
├── CJK
│   ├── GenRyuMin
│   ├── GenWanMin
│   └── TaipeiSansTCBeta
└── Latin
    ├── EB_Garamond
    ├── Inconsolata
    └── Libre_Baskerville

8 directories, 0 files

fonts 底下有兩個資料夾，一個存放中文字型 CJK ，另一個是拉丁語系 Latin

CJK 裡面的字型有：

Latin 裡面的字型有：

其中 CJK 裡面的字型是用 font-spider 分析壓縮過後的檔案，可以大大減少網頁載入中文字型的時間

Blog/template


[cycatz@cfzfnf template]$ tree
.
├── blog-article.html
└── blog-homepage.html

0 directories, 2 files

template 存放的是 pandoc 生成 html 的模版，修改自預設檔案 (pandoc ---print-default-template html)

Blog/add-timestamp.sh

這個 script 的功能主要是幫用 font-spider 優化後的字型打上時間戳，這樣才能讓瀏覽器重新載入新的字型而不是讀取 cache 裡面的

這是 add-timestamp.sh 的內容：

 1: #!/bin/bash
 2: suff=ttf
 3: fonts=$(find ./build -name \*.${suff})
 4: timestamp=$(date -Isecond)
 5: 
 6: for font in ${fonts};
 7: do
 8:     mv ${font} ${font%.*}_${timestamp}.${suff}
 9: done
10: sed -i "s/.ttf/_${timestamp}&/" ./build/css/font.css

Blog/Makefile, symbolic links

在 Makefile 主要是彙整pandoc的參數並編譯與壓縮字體資源

在此節錄在 Makefile 壓縮字型與生成文章網頁的片段：

 1: $(OPTIMIZED_FONTS): fonts/ $(BUILD_INDEX_FILE) $(BUILD_HTML_FILES) 
 2:     rm -rf $@
 3:     mkdir -p $@
 4:     cp -r fonts/* $@
 5:     font-spider --no-backup $(BUILD_INDEX_FILE) $(BUILD_HTML_FILES)
 6:     $$(bash ./add-timestamp.sh)
 7: 
 8: build/%.html: %.md template/$(ARTICLE).html css/$(ARTICLE).css css/font.css
 9:     @echo $<
10:     mkdir -p $(@D) $(CSS_FILES)
11:     cp css/font.css $(CSS_FILES)
12:     cp css/$(ARTICLE).css $(CSS_FILES)
13:     pandoc -o $@ \
14:         --katex \
15:         --toc \
16:         --toc-depth 1\
17:         -d default/$(ARTICLE).yaml \
18:         --css ../css/$(ARTICLE).css \
19:         --lua-filter filter/links-to-html.lua \
20:         --template $(ARTICLE) $<

而那些 sybolic links 是連結到 template/ 資料夾的檔案，原因是 --template 參數不給指定在資料夾裡面的檔案，只好在 Blog 目錄建立連結檔

Conclusion

目前 pandoc 的部分就到此告一段落，下一篇是有關 vimwiki 寫作的姿勢、心得，與相關連結。

交大一上修課心得

Sun, 26 Jan 2020 00:00:00 +0100

Jan 26, 2020

微積分甲（一）

課程資訊

授課教師：余啟哲
當期課號：0414
永久課號：DAM1367
學分數：4.00
必/選修：必修
教科書：/Calculus (Early Transcendentals)/, James Stewart, 8th Edition

教學方式

主要上課內容是會帶大家講過課本範例，少數時候會補充一些更進階的題目與觀念，然後助教會檢討小考的題目。

評量方式

有五次小考，沒有期中期末。在我這學期是五次小考佔70%，大會考佔30%，然後出席當作加分5%（這學期總共點名9次）。

考試內容

基本上與考古題有80%的相似度，所以可以考慮記起考古題的解法。然後會有一二題bonus，有些題目也會從課本後面的題目出。

課程感想

我好像沒去了三四次左右吧，然後被點到的有一次。基本上我去上課都在恍神，因為老師講的我自己都還沒唸到那裡，想說不能被劇透就索性沒專心聽，所以通常我唸的方式是要小考的前幾天才刷過這次範圍內課本的範例與微積分小組的推薦題目，然後認真寫兩年的考古題。

物理（一）

課程資訊

授課教師：李威儀
當期課號：0517
永久課號：DEP1111
必/選修：必修
教科書：/Physics for Computer Science Students/ by N Garcia and A Damask（+放心，你可能學期結束都不需要也不會打開來看+）

教學方式

網路課程，每兩個禮拜會在e3發佈新的課程影片，內容是用投影片上課，偶爾會講一些科學家的歷史與小故事，或是有老師親手做實驗的部分（但是有時候相機好像沒有拍到）平均大概是4小時左右，然後有作業（推薦做的習題，平均七八題）。物理一大部分都只是在複習高中的內容，有時候還會比指考要考的內容還簡單。

評量方式

發佈課程影片的隔週要去實體教室小考。小考大部分只有兩題，每題2.5分，滿分5分。總共考八次，會drop一次取七次，佔35%。期中佔35%，期末佔30%。（好像可以選擇口試當作學期成績，測試你是不是天才，不過我是沒試過）。

考試內容

小考大部分都考課程影片中有提到或是從作業裡面出（數字會改，每個人的數字都會依拿到的白紙上的數字不同而不同）內容幾乎都是簡單的計算題目或者是解釋一個簡單的觀念（因為每題作答時間很短，大約在5秒到2分鐘間）。期中期末比較多花樣，有可能叫你畫圖或是出計算比較複雜或是較複雜的原理定義的題目。考古題其實三個考試都會出一些，但是也沒有到很多。

課程感想

我都是前一天考試開1.75x看完這周的影片，然後隔天早上寫作業與考古題。雖然我每次的影片都有看完，但是有時候會沒有克制自己以至於無法真正吸收。

線性代數

課程資訊

授課教師：陳冠文
當期課號：1253
永久課號：DCP2354
必/選修：必修
課程課本：Gilbert Strang, Introduction to Linear Algebra, Wellesley-Cambridge Press, 4th edition.

教學方式

我其實只有去過兩三次，用板書上課，據同學的說法，與清大趙啟超教授教學風格類似。

評量方式

Homework: 20%
First Midterm Exam: 20%
Second Midterm Exam: 25%
Final Exam: 35%

考試內容

跟考古題也有80％的相似度，剩下20%很可能是比較難或是少見的證明題。裡面很多上課有證明的有很大機率考（資訊來源：同學的筆記）。

課程感想

雖然說我整學期除了考試我只有去過兩次，但是我花在線性代數的時間可能是這學期必修最多的。通常我都會在出作業前幾天開始看其他學校的OCW。一開始我只有看MIT的Gilbert strang的影片與讀課本。在2nd期中過後，我發現也會考上課有講的證明，因此我後來又有多看清大線性代數的OCW，裡面講了很多的證明與課本沒有寫的補充項目。

計算機概論與程式設計

課程資訊

授課教師：黃俊龍
當期課號：1245
永久課號：DCP1203
學分數：3.00
必/選修：必修
教科書：K. N. King, C Programming: A Modern Approach, W. W. Norton & Company, 2nd Edition, 2008.

教學方式

我也只有去過兩三次，老師是用投影片上課。據同學的說法，老師上課會講很多業界的東西。

評量方式

這學期有7次上機小考，會drop一次，沒有作業，有期中期末。

考試內容

期中期末有些題目是uva的，然後有時在考試（小考或大考）前助教會發補充資料，裡面有會考的。

課程感想

我相當後悔沒有去上課。當時是認為自己對C語言已有足夠的瞭解而選擇不去上課，但是考完試考爛了才發現對指標與struct的記憶體配置之前沒有摸的很清楚。

認識語言

課程資訊

授課教師：盧郁安、王逸如
當期課號：6609
永久課號：CGE1023
學分數：2.00
必/選修：通識
教科書：/Linguistics: an introduction to linguistic theory/ / Victoria A. Fromkin, editor.

教學方式

用投影片上課，主要是介紹一些語言的特性，例如說：發音的位置、音節、聲調、聽覺補償、構詞現象、句型結構等。在學期的末會是電機系的王老師上課，講一些基礎的NLP，例如教大家如何用jieba來切詞，訓練詞向量(word vector)等。在課程的開頭或是最後通常會用Kahoot!來複習上次或是這次內容（其實就是間接點名）。然後會讓大家舉手發言或是用nearpod平台發表意見。

評量方式

participation (20%)
Homework (40%)
Midterm project (20%)
Final project (20%)

有時會老師會叫我們去聽演講可以額外加分。

考試內容

Midterm project: 製作60秒的影片介紹老師講過的一個概念、一個工具、一個現象。例：臺語聲調、中文聲調、傅立葉轉換、Praat使用等。
Final project: 請大家以1000字(中文)、500字(英文)為限，說明這堂語言學通識課對你的領域有什麼應用、啟發、學習。

課程感想

我覺得這門課的老師非常棒！老師講的很清楚，會從一些生活中的例子開始。例如會問每一個人說出「橡皮擦」的叫法，會發現會因為地域位置不同而有所差異。然後有時也會實際動手操作，例如在舌頭上塗黑色墨粉並發音，再看嘴巴裡面黑色的部位來告訴我們每個音的發音位置。但是課堂上老師問問題有時候都一片安靜，雖然我會幫忙舉手發言但是只有我一個我覺得太尷尬了所以我也不是每次都發言。然後學期末的NLP我覺得教的太淺了，只是把概念帶過一次，比較少著墨在原理的部分（因為是通識課），有點可惜。

幾何造形

課程資訊

授課教師：陳明璋
當期課號：6329
永久課號：GEC8814
必/選修：通識
教科書：自編

教學方式

這網路上好像也很多了，在此不贅述。

評量方式

有7次隨堂作業，1次彙整，最後是期末專題做繪本。

課程感想

老師節奏有時候很快，如果沒跟上的話，後面會連鎖反應都跟不上。我其實花蠻多心力在作業上的，雖然作業都是兩個禮拜出一次，但是我都要花一兩個整天來做。最主要是要想有什麼新的東西可以用本週主題教的來實現，還蠻折騰的。