資訊技術

一如既往地，DR 找了個時間，將二號機上的 Fedora 系統從 Fedora 32 升級至 Fedora 34。由於最主要的升級目的，都是為了獲取尚在維護的發行版本。所以 DR 在升級前，通常並不是很在意究竟新版本有哪些變化。此次 Fedora 34 最顯而易見的變化，是使用了最新版本的 GNOME 40 桌面環境，而非過去的 GNOME 3.x。

升級前沒有什麼特別的預期，但在升級後，DR 感受最明顯的差異，是 GNOME Shell 的快捷程式列，從原本的桌面左側移到了底部。作為對照，如下方的桌面擷圖所示，左側是 Fedora 32，右側則是 Fedora 34。

《Food on the table while giving away code》是由 curl 的原作者暨主要維護者 Daniel Stenberg 所撰寫的一篇文章，內容分享了他對於如何維護一項開放原始碼專案、又要兼顧個人生計的挑戰與展望。雖然 curl 工具及其函式庫，為大量的企業及個人所使用，也是許多重要軟體的底層依賴。但它始終是開放且免費的，如同起初的計畫，而 Stenberg 也希望保持如此。

《What Stable Kernel Should I Use?》是由 Linux 穩定版內核的主要管理者 Greg Kroah-Hartman 所撰寫的一篇文章，其內容主要是對 Linux 使用者如何選擇內核版本提供建議。這篇 2018 年的文章其實在 DR 的書籤裡已經存在了一段時間，只是過去未曾在本站提及過。不過由於近期 CentOS 8 的事件鬧得沸沸揚揚，而其中又有部份觀點是有待商榷的，使得 DR 覺得似乎是時候來分享這篇文章。

Linux 內核有自己的維護週期，收納所有更新內容的主線版本（mainline）每二至三個月會釋出一次。新釋出的主線版本接著會產生一個穩定版（stable）分支，持續引入問題修正。穩定版會在下一版的主線釋出後擇期停止維護，除非經選定而成為長期維護版（LTS）。長期維護版會提供 6 年的維護週期，但僅會包含重大的問題修正。

聽聞 CentOS 8 將大幅縮短原先預定的生命週期，不再與 RHEL 8 同步，而是僅維護至 2021 年 12 月；反而是 CentOS 7 仍按照原訂計畫支援至 2024 年。這可能是 DR 今年聽到最令人驚訝的消息，雖然 DR 目前的生產環境剛好都還沒有使用到 CentOS 8，但已有許多測試環境是採用 CentOS 8，並且原本也有規劃要擇期將 CentOS 7 的主機轉移到 CentOS 8。然而在支援週期的轉變下，未來的升級規劃可能就如官方所建議的，是選擇 CentOS Stream 8 作為下一版的作業系統。

讓我們來看看官方消息：

GtkStressTesting 是一款 Linux 上的 CPU 效能暨壓力測試工具，除此之外，它也可以用於便捷地檢視 CPU、記憶體及主機板的細部資訊。雖然說 Linux 使用者多少都知悉，如何在命令行下檢視裝置資訊及進行效能測試，但擁有一個圖形化工具可用仍是方便許多。在 Fedora 32 下的安裝相當單純，只要用 dnf 安裝即可：

• sudo dnf install gst

如果 3D 遊戲的畫面出現異常，人們通常會去調查與 GPU 相關的層面。然而在《Fixing Mass Effect black blobs on modern AMD CPUs》這篇文章裡，作者則關注了《質量效應》（Mass Effect，2007）這款遊戲的 PC 版，唯獨在 AMD Bulldozer 及其它更新架構的 AMD CPU 上，部份遊戲區域顯示不正常的問題。

作者的研究打破了多數人會有的猜想，發現遊戲程式並沒有出現偵測 CPU 規格、並做出差異行為的跡象。顯示異常是來自於其它層面，並且可以透過將舊版 DirectX 函式呼叫替換為新版的函式來加以避免。在文章中有詳盡的說明，並附有修正程式，值得有興趣的人加以閱讀。

明確地支援 Linux、並且可預載 Linux 發行版的筆電並不多見。過去 Dell 的 XPS 13 Developer Edition 是主要的已知案例，除此之外則有諸如 System76 或 Purism 這些專售 Linux 筆電產品的公司。不過最近聯想（Lenovo）也開始加入進來了，而且令 DR 較為意外的，是他們選擇了 Fedora 作為支援對象。相關消息可見以下連結：

對於喜歡軟體考古的人來說，《Windows Explorer Through The Years》肯定是一篇有趣的文章。該文章總覽了自初代 Windows 以降、及至 Windows 10，每一代 Windows 檔案總管（Explorer）的更替與變化。雖然 Windows 使用者應該都對檔案總管相當熟悉，但如此詳盡地比對其歷代變化，則實屬罕見，也使這篇圖文並茂的文章顯得相當特別。

DR 對 Windows 檔案總管唯一比較有意見的地方，是它預設隱藏了檔案的副檔名，使得 DR 每次裝完 Windows 都得再關掉此設定。

雖然我們多少都聽過類似的事情：若在較新的 CPU 上執行陳年的作業系統或應用程式，可能會因為當時的程式設計沒有考量到 CPU 速度的演進而遇到各種怪事。不過來自 OS/2 Museum 網站的一篇文章：《Those Win9x Crashes on Fast Machines…》，則關注了一件相對久遠的歷史事件，且硬體與軟體之間的年份並沒有那麼大的差距。

在 1998 年，AMD 推出了 K6-2 處理器系列，型號以運作時脈劃分，從 200 到 550 MHz 不等。然而當時出現的一項問題，是 Windows 95 在 K6-2 350 MHz 以上的型號都會發生崩潰，為此微軟也釋出了更新程式。但令人疑惑的是，在同一時期、同時脈的 Intel Pentium II 處理器卻不會發生崩潰──按理講 Pentitum II 的平均效能應該要優於 K6-2 才是？

DR 沒有真的熟悉過 systemd，除了一般性的操作外，大概只有在弄自訂服務的時候，會再多涉入一點。systemd 因其複雜性、耦合性及排他性，再加上部份人為溝通因素，堪稱是 Linux 生態近十年來最具爭議性的項目。不過產生爭論的群體主要圍繞在發行版的維護者及軟體開發者，反之終端使用者及普通情境下的系統管理員應不太受到影響。

systemd 不是簡單的東西，若要認真探討它自然也無法三言兩語就結束。《systemd, 10 years later: a historical and technical retrospective》是一篇長文，但也是一篇鞭辟入裡的好文章，值得細細閱讀。