背景

...とにかくGatsbyのビルドが遅い！（●｀ε´●）ﾌﾟﾝｽｶ
明らかに遅すぎてもはやコンテナ環境が悪いのでは？といろいろ調べた結果そのとおりでした。

まぁ、使ってるコンピュータもそんなにいいものではないですし、
なにせ爆熱でサーマルスロットリング起きてる説濃厚なので...

↓あがいた跡

たしかにgRPC FUSEからVirtioFSにしたら早くなった気がする！

...けどGatsbyあきらかにビルド遅すぎんか

Gatsbyが遅いのか、i7 8650が遅いのか...
ﾌｧｲｯｯ！！ pic.twitter.com/bNYD8N7boO

— クワイン·ゆき·まくらすきぃ (@yukimakura86) June 29, 2023

やったこと

とりあえず、Docker Desktopの設定を変える

gRPC FUSE からVirtioFSに変更→あまり変わらず...

node_modulesのみをVolumeMountにする

爆速！！！

(おさらい)VolumeMountとBindMountってなぁに？

BindMountとVolumeMountは、Dockerコンテナ内にデータを永続化するための2つの異なる方法です。

BindMountは、ホストマシン上の特定のファイルやディレクトリをコンテナ内に直接マウントすることができます。
これにより、コンテナ内からホストマシン上のファイルやディレクトリにアクセスすることができます。
ただし、ホストマシンのファイルシステムに依存しており、可搬性が低いという欠点があります。
一方、VolumeMountはDockerによって完全に管理される独立したストレージ領域です。
ホストマシン上のディレクトリ構造やOSに依存せず、複数のコンテナ間で安全に共有することができます。
また、ボリュームはDocker CLIコマンドやDocker APIを使用して管理することができます。

...とBingAI先生が申しております(｀・ω・´)

パフォーマンスに関しては全然まっっったく違います！
BindMountは引くほど遅いです
(すくなくともWSL2とmacに関しては。Linuxはまだ未検証)
2019年ごろからIssueに上がっていますが未だにOpenのままのようです

簡易ベンチマーク

計測環境

ホスト

• ThinkPad X1 Carbon Gen6
  • Hardware
    • Core i7 8650u
    • RAM 16GB (LPDDR3 2133MHz)
    • SUNEAST SE900NVG3-01TB
    • Broadcom BCM94360NG
  • Software
    • macOS 12.6.3 (Monterey)
    • Docker Desktop 4.16.2 (95914)

コンテナ

node:18-bullseye

結果

Pure : シンプルなBindMount
(ex) -v $(pwd)/tmp:/ws

Delegated : Delegatedオプション付きのBindMount
(ex) -v &(pwd)/tmp:/ws:delegated

VolumeMountNM : node_modulesのみVolumeMount
(ex) -v node_module_volume:/ws/node_modules

npm install

gatsby build

〆

当方も積極的にDockerを使ってきたつもりでしたが、
お恥ずかしいことにこのことに今まで気づきませんでした...
でもまさか、こんなに差があるとは...恐ろしや...
今回の例はGatsbyでしたが、Gatsbyに限らず全てに共通することと思っています。
コンテナ仮想化はめちゃくちゃ便利ですが、
罠もいろいろありそうなのでしっかり学んだ上で活用していきたいですなぁ
WSL2の環境でも試しましたが、この記事の結果と似た傾向を示していたので、
ぜひお試しあれ。

小ネタですが、BingAI先生にBindMountとVolumeMountのパフォーマンスについて
聞いたところ、全く正反対のことを答えて来やがりました...
みなさんも用法用量を守って活用しましょうね(^_^;)
では(^^)ノシ