Docker Desktopの重さに悩むLaravel開発者向け。OrbStackへの乗り換えでファイルI/Oが改善し、composer installやViteのHMRが快適になる実戦設定を解説します。
Docker Desktop × Laravelの「重さ」、もう限界じゃないですか?
MacでLaravel開発をしていて、こんな場面に覚えはないでしょうか。
composer installを走らせたら vendor/ のマウントで数分待たされる- Viteの開発サーバーを起動してもHMRがワンテンポ遅れる
- コンテナを数本立ち上げるだけでMacのファンが唸り始める
- Docker Desktopのメモリ使用量がいつの間にか数GBに膨れ上がっている
これらはDockerの設定が悪いわけではなく、macOSとLinuxコンテナの間に挟まるファイルシステムのマウント処理がボトルネックになっているのが根本原因です。特にLaravelプロジェクトは vendor/・node_modules/・storage/ など大量の小さなファイルを扱うため、この問題が顕著に出やすい。
本記事では、Docker Desktopの代替として注目されている OrbStack をLaravel開発環境に導入する方法を、実際のdocker-compose構成ファイルとともに解説します。既存のCompose構成やLaravel Sailはそのまま使えるので、移行コストはほぼゼロです。
なぜLaravel開発にファイルI/Oの速さが効くのか
Docker Desktopのファイルマウントが遅い理由
Docker Desktopは内部にLinux仮想マシン(VM)を立て、macOS側のファイルシステムとコンテナをgRPCベースのVirtioFSでブリッジしています。このブリッジ経由のI/Oスループットはネイティブの概ね25〜40%程度にとどまると報告されており、ファイル数が多いほど遅延が積み重なります。
Laravelプロジェクトを新規にセットアップしたとき、vendor/ 以下には数千〜1万ファイル超が展開されます。node_modules/ まで含めれば軽く数万ファイルになる。これらをマウント経由で読み書きするたびに、わずかな遅延が何万回も積算されます。
この記事は近日公開予定です
2026年6月25日に全文公開予定です。
公開をお待ちください