筆記

測試網路速度或者是下載速度，顯然有很多種方式。比方說若要測試兩個端點之間的傳輸頻寬，常見的有例如 iPerf 這樣的工具，基本上無須在此多做介紹。不過倘若是想要單純地驗證，一個地方的 Wi-Fi 無線網路，客戶端連接後實際的上網體驗大概如何，而且又要留下數據可作為比對及後續評估。那麼顯然一種簡單有效的作法，就是測試從網路上下載檔案，並且要能夠記錄其下載速度及時長。

最近開始嘗試在使用 RHEL 9 發行版的情況下，將其打造成更接近於 DR 平日桌面工作環境的狀態。然而跟同屬於 Red Hat 生態體系的 Fedora 發行版相比，其中一項可以感受到的顯著差異，是倘若要安裝 Wine 這款 Windows 應用程式的相容工具，則 Fedora 比起 RHEL 要方便許多。因為 Fedora 本身的套件庫即有提供 Wine，或者 Wine 專案也有為 Fedora 提供套件庫，使用者只要擇一來源使用 dnf 安裝即可。

以訂閱形式提供 Microsoft Office 授權的 Microsoft 365（舊名為 Office 365）方案，DR 自己也用個人版很多年了。但直到最近，DR 才開始意識到微軟習於強迫捆綁產品的惡習，跟著傳染到 Office 安裝程式上，是件蠻惱人的事。在多數情境下，電腦只需要安裝 Word、Excel 及 PowerPoint 就夠了。然而從官網下載的 Office 安裝程式，卻無法選擇僅安裝哪些應用程式，例如 Outlook 就是個不必要的存在，但安裝程式卻會連帶把它安裝起來。並且在安裝完畢後，也無法針對個別的應用程式做移除。

在 Linux KVM 虛擬化環境裡，若是想要擴充客體機的磁碟容量，並不是件很麻煩的事，而且通常可以在客體系統無須下線的情況下實現。然而如果是反過來，想要以非破壞性的方式縮減磁碟容量，把用不到的空間重新釋放出來，那麼在程序上就會比較繁雜一些。

本文是以 RHEL/CentOS Stream 8 為主要的示範環境，所使用的主體及客體皆是 Linux 系統。倘若所使用的 Linux 發行版並沒有比 RHEL 8 陳舊，則預期在操作上應不會遇到什麼障礙。此外由於 DR 自己在建立 Linux 客體機時，多數情況下都是採用傳統 BIOS 模式，虛擬磁碟會單純地切成兩個分割區，一是系統根目錄，使用 ext4 檔案系統；二則是 swap 分割區。所以本文的操作概念會同樣以此設想為基礎，不會特別涉及到其它更加複雜的情境。

最近在二號機上使用 Wine 或 Proton 執行 Windows 遊戲時，無論是 2D 還是 3D 遊戲，都發現容易在連續玩了數小時後出現當機情形（畫面凍住，整個主機沒有反應）。於是經過觀察並且做了一些比對後，認為可能是 CPU 熱當。因為觀察到 CPU 在前述的使用情境下，單一執行緒的使用率會持續滿載，而 CPU 溫度也會隨之上升，然後在一段時間後就有可能會發生當機情形。然而其它的使用情境，例如原生的 Linux 遊戲，則負載看似相對平穩，未重現出相同的狀況。

看到電腦鍵盤就想要亂按一通，好像是許多小朋友都會做的事。話說某日家裡的小朋友，不知怎麼辦到的，在鍵盤上按著按著，就觸發了 GNOME 桌面環境的放大鏡功能。由於 DR 平常並未使用這項功能，所以一時之間也不曉得要怎麼按，才能夠切換回正常的畫面。於是當下便想說直接登出再登入試試看，結果狀況反而更糟……變成登入時會出現不明的錯誤而無法進入桌面。即便重啟系統（Fedora 38）後再嘗試登入也是一樣，似乎是遇到了某種未知的 Bug。

原本認為可能得要找到某個使用者設定檔，然後直接砍掉試試看。不過上網查了一下，發現 GNOME 有提供一支名為 GSettings 的命令行工具，可用於變更 GNOME 的設定值。舉例來說，以下指令能夠列出 GSettings 的所有可設定項目：

• gsettings list-recursively

接著，下列指令能夠列出放大鏡功能的啟用狀態：

話說 DR 已經有好一陣子，沒有嘗試用 Steam Linux 客戶端的 Proton 相容層來執行 Windows 遊戲了。雖然近期多少還是有在 Steam 上，簡單地玩了幾款遊戲。不過多數都是有提供原生的 Linux 版本，所以就無須透過 Proton 相容層來執行。然而最近也入手了《GigaBash》這款遊戲（至於入手的原因則顯而易見，因為有哥吉拉 DLC 啊……），儘管它並無原生的 Linux 版本，不過就網路上可見的資訊來看，應該是能夠透過 Proton 來執行的。

採開放原始碼（open source）授權條款的字型，就如同於開源碼的軟體程式，對一般使用者來說，基本上就是代表著能夠自由地使用這些字型。雖然 DR 過去主要都是憑印象，記得有哪些開源字型可用，然後在有需要時就會找來用。然而久而久之，覺得記憶力也是有衰敗的風險。所以本文的目的，便是將印象彙整成簡單的清單以便日後查詢，不過並未追求要把清單做到很完整或者是鉅細靡遺。

中日韓（CJK）字型：

由於已事隔快要一年，看起來狀態並沒有什麼變化，所以或許是時候說明一下狀況，以及可行的應對方式。在目前 Red Hat 生態體系的各個 Linux 發行版裡，倘若要實現 WireGuard 支援，則 CentOS Stream 8（以下簡稱 CS8）可能是當中最不簡便的一款發行版。而背後的因素，其實也連帶影響了下游的 RHEL 8 及其複製品（AlmaLinux 8、Rocky Linux 8 等等），只是就時序而言，下游的處境可能會稍微好一點。

有別於先前的 RHEL/CentOS 7/8，這回 RHEL 9 因為 Linux 內核版本較新（5.14）的緣故，已內建對於 WireGuard 的支援。而無須再找尋第三方套件庫，或者是得動手自行編譯模組。所以同樣的支援狀態也適用於 RHEL 的複製品，如 AlmaLinux 及 Rocky Linux 等。