先日のM4 Mac miniのWi-Fiの速度ですが,cloudflareとfast.comの結果も掲載します.


横断歩道手前の一時停止は善意でなく義務
症状が昔経験したSSDが原因のプチフリーズと似ていて,SSDの故障ではないかと嫌な気分でした😓
そこでハードウェアのトラブルでないことを確認するために,クリーンインストールを施しました.まだmacOS 26 Tahoeにしてなくて,15.7.1 Sequoiaです.
クリーンインストールの際,移行アシスタントは使わず,更の状態にしました.
その状態でSafariで少し様子を見た後,Pages, Numbers, Keynoteをインストールして,さらに様子を見ながら操作していましたが,プチフリーズは発生しませんでした.これでハードウエアが原因ではないことが解りました.
そこで,バックアップして置いたSSDから内蔵SSDに,写真や音楽のデータをコピーし,また主に使うアプリである,Firefox, Thunderbird, GIMPなどをインストールしてしばらく操作していましたが,プチフリーズは生じませんでした.
ここまで来たらこれまで使ってきたアプリを追加して設定を自分流にしていってもいいかなと思いましたが,たとえばFinderのファイル表示窓の下の枠にディスクの残り容量を表示する方法が解らない,Dockのサイズと拡大したサイズの比率が良い具合に決まらない,メールの4つのアカウントが解らない等々これまで長い年月をかけて自分流に気持ちよい設定となっていたのを復元できません.
そうなれば移行アシスタントに頼るかということで,再度クリーンインストールを行い,今度は移行アシスタントで元通りにしました.
不思議なもので,移行アシスタントでアプリもデータも設定も従来通りになりましたが,プチフリーズは今のところ発生していません.
これでしばらく様子を見ますが,このままプチフリーズが起こらず,めでたしめでたしとなるでしょうか.
速いのが取り柄のはずのM4 Mac miniですが,ここ数日でしょうか,プチフリーズが頻発して使い物になりません.Pagesやテキストエディット,Firefoxで文字を入力しているときにも,各種アプリをマウスで操作をしているときにも,VMWare Fusionで仮想マシンを動かしている時にも突然ポインターが無反応になるか,キーボードからの入力に無反応になります.無反応な状態は5〜16秒程度です12025年11月1日(土)計測しました..虹の円盤が出るときもあれば,何も出ないときもあります.
今この文章を書いているように,普通にゆっくり文章を書く時はまだマシなのですが,和文モールスを受信しながらテキストエディットに書き込んでいる時は特に困ります.フリーズしている間にもモールスが聞こえてきますからそれを入力しますが,文字が抜けたりします.
これまではこんなことはなかったので,何かアプリが関係しているのかなと思います.最近新しく導入したものはないのですが,使っているアプリがupdateがされるのでその影響があるかもしれません.
そう考えると,ATOKかScanSnapかなと思いますが,確証は得られません.
今とりあえず,ATOKをやめてmacOS付属の日本語変換にしています.時々プチフリーズが起こりますが,フリーズしている時間がATOKの時より短い感じがします.本質的な改善ではないですね.
そう言えば,M4 Mac miniでWi-Fi接続時のスピードを測ったことないなと思いやってみました.

Wi-Fiでこれだけスピードが出れば文句はないです.
Wi-Fiの接続先はいつものTP-LinkのMeshルーターではなく,NuroのONU一体型ルーターとしています.TP-Linkのルーターは1Gbpsの回線でNuroのルーターにつないでいるので1Gbps以上出ません.
Nuroは下り2Gbps, 上り1Gbpsということで,その帯域を活かした結果が出ました.
ただ,普段は他のモバイル機器にWi-Fiを空けるために,Mac miniは1Gbpsの有線でNuroのルーターにつないで使います.

これで十分です.
前回のupdateから3週間ですが,Raspberry Pi OSをTrixie (13.1)にupgradeしたので,現状をまとめます.
ATOM Tech社のATOM Cam2が出力するReal Time Streaming Protocol (RTSP)をRaspberry Pi 3 Model B (RPi3)および同+ (RPi3+)で視聴するシステムを少しずついじりながら運用しています.
VLCによるRTSP視聴は,RPi3, RPi3+どちらにおいても非常に安定しています.特に,RPi3のほうは実用レベルの安定性です.
Waylandでは安定しないので,raspi-configでX11を選択します.
$HOME/bin/run_vlc.sh
#!/bin/bash
killall vlc
sleep 3
DISPLAY=:0 /usr/bin/vlc \
-f \
rtsp://カメラのUserID:パスワード@カメラのIPアドレス/live \
> /dev/null 2>&1 &
$HOME/.config/systemd/run_vlc.service
# run_vlc.service
[Unit]
Description=Run vlc
DefaultDependencies=no
After=graphical.target
[Service]
Type=simple
ExecStart=/PATH/TO/THE/SCRIPT/run_vlc.sh
TimeoutStartSec=0
RemainAfterExit=yes
[Timer]
OnBootSec=15sec
[Install]
WantedBy=timers.target
ユーザー権限にて
systemctl --user enable run_vlc
$HOME/bin/rerun_vlc.sh
#!/bin/bash
systemctl --user restart run_vlc
$HOME/.config/systemd/user/rerun_vlc.service
# rerun_vlc.service
[Unit]
Description=Re-run vlc
DefaultDependencies=no
After=run_vlc.target
[Service]
Type=simple
ExecStart=/PATH/TO/THE/SCRIPT/rerun_vlc.sh
TimeoutStartSec=0
RemainAfterExit=no
[Install]
WantedBy=default.target
$HOME/.config/systemd/user/rerun_vlc.timer
# rerun_vlc.timer
[Unit]
Description=Rerun vlc every day at 11:32
After=graphical.target
[Timer]
OnCalendar=*-*-* 11:32:00
OnCalendar=*-*-* 04:30:00
[Install]
WantedBy=timers.target
systemctl --user enable rerun_vlc.timer
RPiOS 13.1 Trixieで採用されたrpi-swapの効果と,VLCのたゆまぬupdateのおかげと思いますが非常に安定です.RPi3ではほとんどVLCが落ちることはなく実用レベルと言えると思います.RPi3+ではまだ1日に1度くらいの頻度で落ちます.
VLCが落ちるケースでも従前は画面がフリーズすることが多かったですが,Trixieにupgradeして以降1OSのupgrade効果かVLCのupdateの効果かは不明.はフリーズはなく,VLCの表示窓がフルスクリーンを終了してエラーメッセージが表示されるようになりました.フリーズ状態でVLCやOSを再起動するには数分無駄時間がかかりましたが,フリーズしないので再起動も即できます.
また,その後確認はしていませんが,Raspberry Pi 4 Model BやRaspberry Pi 5では余裕で安定動作するはずです.
Rapsberry Pi Zero 2もTrixieにupgradeしましたが,VLCで当該のRTSPを視聴すること自体が不可能な状態です.