Day: February 14, 2026

Raspberry Pi 4しばらく登板 (3)

Raspberry Pi 4 Model B RAM 4GBでまる4日ほど運用しました．定量的なデータは何もありませんが，LAN内のクライアント1からのアクセスでは，レスポンスがSlackware ARM 32bit時よりも少し改善された感じはしました．

ただし，写真のupload時の処理時間に大差はないです2．

今回は，同じRaspberry Pi 4 Model Bですが，RAM 8GBのものに置き換えました．RAM 4GBだと定常的な運転状態でswap (ZRAM)が500MB前後になります3．8GB RAMではswapが実質的にゼロなので，差は出ると思います．

Redis Object Cacheの反応時間，最大のピークは90 ms

このRedis Object Cacheの反応時間のグラフの16:35あたりの大きなピーク(90 ms)はハードウェア交換直後に複数のdaemonが起動したため反応時間が大きくなったと推測できます．このピークの前がRaspberry Pi 4 Model B RAM 4GB，後が同8GBです．反応時間の平均的な値は小さくなっているように見えます．

この状態でまたしばらく運用してからRaspberry Pi 5に戻します．

  1. M4 Mac mini, MacBook Air M4など． ↩︎
  2. Uploadした写真をWordPressのシステムがいくつかのサイズに作り直します．当然写真によりますがだいたい16秒前後処理時間がかかります． ↩︎
  3. ZRAMは1GBに設定しました． ↩︎

プチフリーズはたぶん解決してない (2)

プチフリーズというか，Core Spotlight daemonとPagesが連携してMetadataフォルダーを肥大化させる件について，今回Geminiに聞いてみました．

そうしたら，もう1人役者がいるそうで，それはiCloudです．iCloudがPagesのファイルの編集履歴を保存することとCore Spotlight daemonの連携にバグがあって無限にインデックスを作るようです．

iCloudにApple製アプリのファイルを保存するのは具合が良いのですが，この際他の場所に置いてみることにしました．

問題になっているM4 Mac miniのローカルSSDにおいても良いのですが，Google Driveに置いた方が他のMacから編集するのに楽なのでそうしました．

まだ数時間しか経っていないので，Metadataフォルダー内のCore Spotlightのフォルサイズは130MBと常識的な範囲内です．

前回のぬか喜びを反省して，1週間くらいはこのままで運用しようと思います．