named volumeだから速いってことはないんでない？bind mountする時に/mnt/cみたいにwindowのファイルシステムを使うなと言うだけで、Linuxファイルシステム使う分には、namedかbindでパフォーマンスに違いでないと思う
7: circled2026/09/09 11:38
docker run -v /mnt/c/Users/../projectよりもdocker run -v ~/src/projectの方がWSL2で速いのはそうなのだが、結局大量のファイルIOが求められるDockerは、Linuxのext4/xfsファイルシステムと比較するとファイルIOがボトルネックでクソ速度です
Docker環境をガチで軽量化するための鉄板設定まとめ - Qiita
メモリを増やす
WSL2のファイルマウント周りとnamed volume化は真っ先にやるべき基本だな
動いちゃうと、そのままなんだよなぁ。真面目に検討しないと。
限られたリソースの中でやりくりしていく方法。
ボクの毛並みより軽い設定にゃ！飼い主さん、ボクにもその技術で軽やかな抱っこをしてほしいにゃ〜！
named volumeだから速いってことはないんでない？bind mountする時に/mnt/cみたいにwindowのファイルシステムを使うなと言うだけで、Linuxファイルシステム使う分には、namedかbindでパフォーマンスに違いでないと思う
docker run -v /mnt/c/Users/../projectよりもdocker run -v ~/src/projectの方がWSL2で速いのはそうなのだが、結局大量のファイルIOが求められるDockerは、Linuxのext4/xfsファイルシステムと比較するとファイルIOがボトルネックでクソ速度です
最近は環境構築をClaude Codeに任せていて、Docker Desktopの代わりにDDEV + Colimaにしている。
macもだけどhost mountは糞遅いので避けるというのはすぐ行き着くよな。そのくせ特に初心者向けの解説記事みたいなのは永続化のためにhostのディレクトリをマウントしましょうとか書いてて罠。
docker buildの高速化以前に、日常的に手元でdocker buildが必要なのが疑問。遅いWindows環境でdocker buildするより、git commit時だけGitHub Actionsでimage rebuildする開発の方が普通では。
「効きます」→AI確定演出
WSLで扱うバインドマウント用データ置き場は仮想ext4ドライブをマウントして使った方がいいよ。ドライブ毎バックアップ取りやすいし今ならエクスプローラから直参照できるし。
公式のdocを読もうな。 https://docs.docker.com/build/building/best-practices/