vscodeを用いたsshを利用していると、頻繁にcrashしてvscodeが落ちる。メモリ使用量を確認すると、vscode-server関連のメモリ使用量が20GBを超えている

主要因として、sshで開いていたディレクトリをhome/user直下にしていたこと。

これにより、GitHub copilot chatがhomeディレクトリ上を走査して負荷をかけていた。

一時的に、Github copilot chatを無効化すると解消した。

ターミナルでの様子

freeコマンドでメモリの使用量が30GB近くあり、普段と様子がおかしいことを確認。とりあえず、メモリ使用量の多いプロセスをps auxで調べてみる。結果としてvscode-server関連のプロセスが20GBくらいメモリを使用していた。

ps aux | grep -E 'extensionHost|fileWatcher|vscode-server|Stable-8b640eef' | grep -v grep

実行中のプロセスのcpu使用量も異常で、重複気味に立ち上がっている。crashして再度開いたときに前回のプロセスも走ってるのかな。

extensionHost  57.2%
fileWatcher    58.2%
extensionHost 106%
fileWatcher   100%
extensionHost 160%

fileWatcher    99.9%

vscode.jsonでsearch.excludeやfiles.watcherExcludeを設定してみたが、効果なし。

$ LOGDIR=$(ls -1dt ~/.vscode-server/data/logs/* | head -1)
$ grep -RniE 'workspace|workspaceFolder|rootPath|folder' "$LOGDIR" | head -100

でみてみると、copilot関連のプロセスが暴走していた。copilot chatを無効化すると落ち着いた。logを見てみると、homeディレクトリ（学習用の容量100GBくらいのデータセットも）走査していた。

gitやvscode内検索はgitignoreやsearch.excludeでこれまでどうにかなっていた。

ssh先をhomeディレクトリにするのをやめるか、copilotを無効化するかを天秤にかけた結果、copilot無効化を選択した。

今後の方針

データセットを別マウントのssdに保存する。データセットのサイズ自体が小さいので、これまで惰性でhomeディレクトリに入れていた。データセット用のマウントをhomeディレクトリ以外の場所にフォルダ作って、copilotが走査しないようにする。

惰性で溜めていたツケを払うよう催促されたが、もう少し延滞することにした。近々ちゃんと返済しないとね。

ssh先をhomeディレクトリより深い層にするのは面倒なので避けたいかな。。。よくないけどね

DockerfileにRUN pip install --no-cache-dir -r requirements.txt と記述し、buildした際、txtファイル内に記述したnumpy などのパッケージがNo matching distribution found for というエラーを吐いて失敗する。しかしながら、pip install を記述せずに先にビルドしてコンテナ起動後に、コンテナ内でpip install すると成功してしまう。

ビルド時に追加のオプションを指定

このエラーはDNS失敗に起因するものである。docker build --network=host -t <コンテナ名> のように--network=host という引数を追加することで、DNS問題を回避できる。

docker-compose.yml の場合

docker-compose.ymlにnetwork_modeをhostに指定する。ホストと同じ DNS / proxy を使えるのでDNS失敗を回避できる。

version: "3.9"

services:
  app:
    build:
      context: .
      network: host         # ←★ここ
    network_mode: host      # ←★ここ

外付けディスクにBackup を移行

バックアップは/Users/<ユーザ名>/Library/Application Support/MobileSync/Backup に保存されている。外付けディスクにBackup フォルダを作成してそこに元のフォルダ内のデータをコピーし、元のBackup フォルダは削除する。

削除したら、次のコマンドで、MobileSync フォルダにシンボリックを作成する。

sudo ln -s /Volumes/<デバイス名>/Backup '/Users/<ユーザ名>/Library/Application Support/MobileSync'

これで、次からのバックアップの保存は外付けディスクに保存されるので、Mac フォルダ内から少なくとも50GB の節約ができる。

onnxruntime-inference-examples/mobile/examples/object_detection/ios at main · microsoft/onnxruntime-inference-examples

Examples for using ONNX Runtime for machine learning inferencing. - microsoft/onnxruntime-inference-examples

github.com

rubyのバージョンが古い

onnx runtime を使うためのツールとしてcocoapodsをインストールしようとすると、rubyのバージョンが古いと怒られた。mac にはruby がデフォルトで入っているものの、そのバージョンが古いため、アップデートする必要がある。

tensorflowがインストールできない。pythonのパッケージが合わない

仮想環境を作成する際、誤ってPython3.13 で作成していた。tensorflowはpython3.13向けに公開されていない（2025/04/09現在）。python3.11で環境を作り直すと正常に動作した。パッケージのインストールでトラブルがあった際はpythonのバージョンを確認してみるのが大事だ。

xcodeでチームを設定するとFailed to register bundle identifier と表示される。

bundle identifier が同じだと上記のエラーを吐く。bundle identifierが同じにならないように末尾に適当な数字（日付など）の追記などの対策をする必要がある。

すべての手順を実施してもビルドに失敗する

onnxruntime.h not found というエラーが出た。ccoapodで正しくライブラリが構築できていないことが疑われたので、ライブラリの再構築をしてみた。pod deintegrate でプロジェクトからライブラリ を切り離して、もう一度pod install で構築したが、それでも治らない。

しかし、xcode を再起動するとなぜかビルドに成功した。

背面割れとディスプレイの不調から、下取りにも買取業社にも出さなかったiPhoneがある。このiPhoneを自宅用の監視カメラとして再利用することを目的とする。

動作環境

• Macbook Pro early 2023 (MacOS Sonoma 15.3)
• iPhone X (iOS 14.7)

脱獄ソフトの導入

iPhoneをMacで遠隔操作するために、まずiPhoneを脱獄させるソフトをmacにインストールする。私はcheckra1nというソフトでiPhoneの脱獄を行った。

checkra1n

Jailbreak for iPhone 5s through iPhone X, iOS 12.0 and up

checkra.in

homebrewをインストールしているならば、homebrew経由でcheckra1nをインストールすることができる。

% brew install checkra1n

あとはウィザードの指示に従って、MacとiPhoneをUSBで接続してiPhoneの脱獄をする。

DFUモードに入らない、、、

指示に従っていくとiPhoneをDFUモードに入れないといけないのだが、何度やってもiPhoneがなかなかDFUモードに入ってくれない。いろいろ調べてみると、USB-A to LightningでないとDFUモードに入らないだとか。

↓使っていたケーブルはUSB-C to Lightningだった。

Anker PowerLine lll Flow USB-C & ライトニング ケーブル MFi認証 絡まない USB PD対応 シリコン素材採用 iPhone 14 / 14 Plus / 14 Pro / 14 Pro Max / 13 各種対応 (0.9m ライトパープル)

Anker PowerLine Ⅲ Flow USB-C & ライトニング ケーブル シリコン素材の採用により高耐久ながらも、絡まないやわらかさを実現したiPhone充電ケーブル 製品の仕様 ケーブルの長さ：約0.9m *ケーブルの長さは端...

www.amazon.co.jp

そこで、近所のダイソーに行ってUSB-A to Lightningケーブルを購入し、再度検証

ＭＦｉ認証ライトニングケーブル

原産国：中国 材質：PVC 商品サイズ：100cm ×1.6cm ×0.9cm 内容量：1個入 種類：アソートなし ＭＦｉ認証ライトニングケーブルになります。 USBポートから充電できるスマートフォン、ゲーム機など充電可能 コネクタ形状１：...

jp.daisonet.com

脱獄に成功

再度実行するときちんとDFUモードに入り、以下図に示すようにcheckra1nによる脱獄に成功した。