由於 DR 對漫威電影好像已經感到有些麻木，所以如果不是有人揪，其實這部《死侍與金鋼狼》（Deadpool & Wolverine）應該是不會特別跑去戲院看的。也因此，說實在話，DR 對於這部電影的水平並沒有很高的期待。在預期心理上，它應該就是一部十足的鬧劇，再加上大量的情懷組織而成。

不過看著看著，卻是越看越覺得，其實這齣鬧劇拍得非常不錯。儘管故事劇情可受檢驗的程度大約接近 0%，動作場景也不及前作（Deadpool 2，2018）來得精緻，以及在視覺特效上也似乎沒有什麼出眾之處。這些都是以一般商業電影的觀影標準來說，算是顯而可察覺到的問題。然而片中一干演員並沒有因為整個劇情莫名其妙，而使演出的水平打了折扣。相反地，幾個主要角色的表現都相當賣力且堪稱精彩，讓人想起好的喜劇其實是很吃演技的。

過去這一陣子終於將手邊最後的 CentOS 7 及 CentOS Stream 8 系統皆全數替換掉，其中多數是採取服務遷移或者原機重灌，以 RHEL 9 取而代之，至於測試或者非正式用途的機器則是使用 CentOS Stream 9。不過也有兩部 CentOS Stream 8 主機，是使用 Red Hat 所提供的 Convert2RHEL 工具程式，以沒有做任何重灌或遷移的方式，原地轉換至 RHEL 8。由於這似乎不是很常見的需求，網路上並沒有許多可見的使用案例，但還是可以找得到一些文件說明可加以參考。

許多一般家用型、採 Wi-Fi 無線網路連接的網路監控攝影機（IP camera）都具備 RTSP 串流輸出的功能。所以除了預設的本機儲存能力外，其實也可以考慮啟用此功能。然後在區域網路中的其它電腦主機上，常態性的從攝影機接收 RTSP 串流，並儲存成檔案，來實現某種即時的遠端錄影備份。雖然這並不是一項很認真的需求，只是根據手上有的設備做試驗，但還是想看看這樣的作法是否容易實現。

結果並沒有如預期般的單純，在 Linux 主機上若是以腳本程式搭配工作排程的方式執行 FFmpeg，例如在腳本中執行以下指令：

• ffmpeg -loglevel error -i <RTSP 來源位址> -y -vcodec copy -an -t <錄製長度> <輸出的 MKV 檔案> > <輸出的日誌檔> 2>&1

放任基礎設施或生產環境對於 Windows 系統的依賴，越來越覺得這可能是人類 IT 史上最嚴重的技術債……近年的工作經驗讓 DR 真心覺得，替換過時的 Linux 系統，比起替換過時的 Windows 系統還要容易太多倍了。無論是遭遇的阻力、開銷成本及處理彈性，都存在著巨大落差。

來自 Ars Technica 網站的文章《RIP ICQ: Remembering a classic messaging app that was way ahead of its time》，其內容分享了一些關於 ICQ 即時通訊軟體的早期回憶。倘若對於即時通訊的發展歷史有些興趣，則這是一篇值得一讀的文章。

《哥吉拉 -1.0》（Godzilla Minus One，2023）就某種程度而言，應該可以視為是 1954 年原版《哥吉拉》（Godzilla）的重拍版，以及《正宗哥吉拉》（Shin Godzilla，2016）的改良版；並且在許多概念上參考了《大怪獸總攻擊》（Godzilla, Mothra and King Ghidorah: Giant Monsters All-Out Attack，2001），此外也有部份場景及畫面構圖，DR 則認為頗有可能是受到了 2014 年美版《哥吉拉》（Godzilla）的啟發。

最近在評估無須依賴監視系統所提供的網頁後台、就能夠在電腦上查看監視畫面的替代方案。由於該監視系統也有提供 RTSP 串流，所以其實是可以在媒體播放器上，輸入指定的連線位址及登入帳密，就能夠播放監視畫面。然而如果要同時觀看十幾個畫面頻道，這樣若是播放程式也要同時開啟十幾個在桌面上，感覺就不是一件很妙的事……

自己已經很久沒有遇到需要重新編譯 SRPM 套件的情形了，顯得相當生疏，需要順便記錄下來……話說最近在等待 CentOS Stream/RHEL 9 的 net-snmp 套件釋出針對某項問題的修正，但不知何故，問題回報上去，而且 net-snmp 專案本身也已經有相應的更新，卻過了一個月都沒有後續的下文。

於是決定自己手工解決，在 CentOS Stream 9 環境中，本文的操作指令皆是統一在 root 權限下執行（儘管有些動作實際上並不依賴 root 權限），首先執行以下的 dnf 群組安裝指令：

• dnf group install "Development Tools"

然後針對 net-snmp 套件重新編譯的依賴需求，再安裝以下套件：

在 Linux 上若要簡單地測試磁碟的寫入速度，一般來說並不需要任何額外的工具，只要用 dd 就可以了：

• dd if=/dev/zero of=test1.img bs=1G count=1 oflag=dsync

前述指令會產生一個 1GB 大小的空白檔案（test1.img）在當前路徑中，並顯示所花費的時間，以及平均的寫入速度。印象中 DR 第一次使用這樣的測試指令，應該是數年前在雲主機商做工程師的時候。那時遇到的一項困擾，是用於建構用戶 VPS 的多部 Linux KVM Hypervisor 伺服器，存在著效能參差不齊的問題。其主要的癥結點，估計是因為公司並未對主機資源是否超賣的定義及量化，有很積極及足夠科學的評估。