WSL で /mnt/c 配下のファイル操作が極端に遅い

要約

WSL2 の Linux 側から /mnt/c を読み書きすると、OS をまたいだファイル共有を経由する。
1 ファイルずつのやり取りに変換されるため、ファイル数が増えるほど遅くなる。Working across file systems（新しいタブで開く）↗ は、パフォーマンスが要るファイルは作業する OS 側のファイルシステムに置くよう明示している。

# 遅い: Windows 側のディスクを Linux から触っている
cd /mnt/c/Users/me/project && npm install
 
# 速い: Linux 側で完結する
cd ~/project && npm install

cp 1 回のような単発操作では差が見えにくく、npm install や git status のように数万ファイルを触る操作で一気に表面化する。

よくある原因

1. プロジェクトの置き場所: Windows 側のホームにリポジトリがあり、ビルドだけ WSL で回している構成が典型である。
   この構成は跨ぎアクセスを最大化する。
2. 小さなファイルが大量にある: node_modules は数万個の小さなファイルの塊で、1 個ずつのやり取りが積み上がる。git status も全ファイルの状態を確認するので同様に遅い。
3. ウイルス対策のスキャン: 跨ぎアクセスは Windows 側のファイル操作として扱われるため、リアルタイム保護の対象になる。
   アクセス回数が多いほど影響が出る。
4. ツールの往復: Linux 側のエディタと Windows 側のフォーマッタを交互に使うと、どちらの方向でも跨ぎが発生する。
5. WSL1 との混同: WSL1 は Windows のファイルシステム上で動いていたため /mnt/c が速く、代わりに Linux 側の I/O が遅かった。
   WSL2 では前提が逆になっている。

解決策

1. Linux 側へ移す

mkdir -p ~/src
cp -r /mnt/c/Users/me/project ~/src/project
cd ~/src/project

git clone からやり直せるなら、そのほうが速く確実である。
移動後は npm install を Linux 側で実行し直す。
ネイティブモジュールは OS 依存のため、node_modules をコピーして持ち込まない。

2. Windows からは UNC パスで開く

エクスプローラのアドレス欄に次を入力すると、Linux 側のファイルをそのまま扱える。

\wsl.localhost\Ubuntu\home\user\src\project

Set up a WSL development environment（新しいタブで開く）↗ が説明するとおり、この方向のアクセスは Windows 側のアプリから利用する前提で用意されている。

3. VS Code は WSL 側で開く

cd ~/src/project
code .

WSL 拡張機能が入っていれば、エディタの UI だけが Windows 側で動き、ファイル読み書きと拡張機能の処理は Linux 側で完結する。

4. 除外設定で緩和する

/mnt/c を使い続ける事情がある場合は、Windows セキュリティの「ウイルスと脅威の防止」からリポジトリのフォルダーを除外に追加する。
跨ぎ自体は残るので改善は部分的だが、体感差は出る。
除外は開発用フォルダーに限定する。