当Webサーバーを入れているケースのクーリングファンが止まってしまいました.他のケースと入れ替えるので,7月30日のいずれかの時間帯に30分程度停止します.
追記: 作業は既に完了
見込みの30分を少々超過しましたが,作業は既に完了しています.
2022年7月30日(土) 18:55 記
横断歩道での一時停止は善意ではなく義務 (Powered by WordPress)
LinuxのKVM/QEMUはよくできた仮想マシン環境だと思います.仮想マシン(Manjaro AMD64のlibvirt / KVM / QEMUの環境)でiNoniusのスピードテストをすると,この結果です.ゲスト(仮想マシン)は,Ubuntu x86_64です.

一方,macOSのVMWare Fusionではこのスピードです.こちらもゲストはUbuntu X86_64です.

問題としては,どちらもIPv6に対応してない点です.これは,3年前までのIPv6環境でも認識していて,多少調べたり試したりしましたが,全く力及ばずでした.
なんか,これまでの取り組みに大きな見落としや大きな勘違いがあったようなので,もう一度最初からやります.
とはいえ,今まで得た知見で有効なものは利用します.
目標は,死蔵しているRaspberry Pi 3 Model BおよびB+(RPi3, RPi3+)で,監視カメラからのストリーミング映像(rtsp)を常時見ることができるようにして,モニターとして活用することです.
これは確実です.ネットの複数の情報で裏が取れますし,複数の実機と仮想マシン(x86_64, ARM)で試して全部同じ結果でした.
もし,Raspberry Pi OS(RPOS)のVLCがrtsp視聴を不可としていなければ,ずいぶん楽だったと思います.
Manjaro x86_64のVLCでは問題なくrtsp視聴可能です.古いCore i7のデスクトップ機で, “top” で見ると,CPUの占有率は画面のサイズを1/4からフルスクリーンに変えても,2%程度です.これは,Mac mini (2018 Core i7 6core)では,5〜9%です.
少し前から,RPi4 (RAM 4GB)でManjaro ARMを評価してます😓 デスクトップはお気に入りのKDE Plasma Desktopです.VLCをパッケージマネージャーでインストールして起動すると,ストリーミング画像を問題なく見ることができます.ただし,CPUの占有率は60〜90%です.
RPi4は,RPi3(+)に比べて3倍くらいパフォーマンスが良いと記憶していますから,RPi3(+)で動かすと占有率が200%を越える可能性があります.そんな条件で動作可能なのかどうなのかです.
後(2022/08/11)の注: RPi3(+) RAM 1GBで,KDE Plasma Desktopの動作は可能です.
手持ちのRPi3, RPi3+はどちらも主記憶が1GB で,たぶんそれぞれのシリーズで最大と思います.しかしこれではKDE Plasma Desktopは無理です.
これは,あとで再現できないので,夢を見ていたのかもしれませんが😓,RPi4でルートにしているSSDに,RPi3+のRPOSのkernel モジュールをディレクトリーごとコピーして,そのRPOSの/boot/cmdline.txtを編集してSSDのManjaroパーティションをルートに指定してRPi3+の起動に成功したことがあります.結局,ログインしてもデスクトップがいつまでもちゃんと表示されず,KDE Plasma Desktopは無理と判断しました.
このあといろいろ勘違いなどに基づく遠回りがありましたが,現在の認識では,Manjaro ARM xfceのRPi4用のインストールイメージをSDカードに焼いて,RPi3(+)で起動してセッティングができます.

インストール後,Wi-Fiの設定をし,sudo pacman -Syuを実行してシステムをup-to-dateにしてから,VLCをインストールします.xfceには慣れてないので,GUIからインストーラーを見つけるのがめんどうで,コンソールから, pamac-manager &で起動しました.VLCで検索すると簡単に見つかります.
インストーラーは,たくさんの機能拡張について,どれを使うか聞いてきますが,どれがrtspに関係あるか解らないので全部選択しました.
これでインストール完了を待つのはかなり時間がかかるので,たいていほったらかしますが,少し時間が経ってから見ると,画面が消えていて手も足も出ません.
ただし,システムは活きているので,事前に調べておいたIPアドレスに他のマシンからsshでつなぎます.
リブートしても画面は復活しないので,topコマンドでpamacがおとなしくなっていることを確認して,poweroffコマンドを実行してしばらくしてから電源を切り,また投入します.
この画面が消えるのは,チップの温度上昇によるものか,スクリーンロックの不具合によるのか現時点では解りませんが,たぶん前者だと思います.
RPi3(+)で,Manjaro ARM xfceを起動し,ログインすると主記憶1GBに対して,zramが1.3GBデフォルトで設定されていて,ここはいじる必要はありません.
デスクトップが表示されて落ち着いた時点で,CPUの温度はRPi3+で80℃弱,RPi3では80℃を少し越えています.
ということで,動作限界温度85℃までほとんどマージンがありません.
それでもRPi3+では,ぎりぎり85℃すれすれでVLCによるストリーミング画像表示ができます.CPUの負荷は200%を越えています.VLCはよくできています.
一方のRPi3では,VLCでストリーミング画像の表示を開始すると,しばしば画面が黒一色の何も表示しない状態になります.85℃を超えているのだと思います.
RPi3もRPi3+もCPUなどのチップにフィンは付けてありますが,自然空冷でやっています.強制空冷しないと安定動作は無理だと思います.
Aliexpressあたりで,安い強制空冷のケースを探してみることにします.
昨日からかなり頻繁に,fast.com につないで速度を測っています.ときどき1Gbpsを越えます.今朝出た1.3Gbpsがわが家史上最高速記録です.

しかし,Nuroお仕着せのルーター内蔵ONUから上流はNuroの宣伝文句を信じれば2Gbpsですが,そのルーターから測定に使用したMac miniは直接つないでいるとはいえ,1000Base-Tなので,1Gbpsを越えるというのは不思議です.
一部では,iCloudの有料契約を増やすために,HEIC (HEIF型式)の画像ファイルの「マイフォトストリーム」による同期を制限したのではないかとの憶測もあったようですが,iOS 15.5,macOS 12.4のupgradeでHEICの画像も同期するようになりました.
ということで,「バグ」であったということになります.
しかし,iOS 15.4,macOS 12.3のupgradeからまる2か月間同期が途絶えていたので,今復活しても,HEICで撮り続けていた人の写真は最初の1か月分が失われたままということになります.バグでなくて嫌がらせだとしたらかなり悪質だと思います.