画像スケーリング

GitLabは、サイトのレンダリングパフォーマンスを向上させるために、組み込みのイメージスケールを実行します。デフォルトで有効になっています。

スケーラの設定

私たちは、大多数のGitLabデプロイで動作する、妥当なデフォルトを常に設定するように努めています。ただし、イメージスケールを微調整して、ご希望のパフォーマンスプロファイルに最適に一致させることができる、いくつかの設定を用意しています。

イメージのリスケールにより、Workhorseが実行されている同じノードで実行される、追加の一時的なプロセスが発生します。デフォルトでは、これらのプロセスが同時に実行できるようにする数を、そのマシンまたはVM上のCPUコア数の半分（ただし、2つ以上）に制限しています。

代わりに、これを固定値に設定することもできます:

/etc/gitlab/gitlab.rbを編集し、次の行を追加します:
```
gitlab_workhorse['image_scaler_max_procs'] = 10
```
変更を有効にするため、再設定します:
```
sudo gitlab-ctl reconfigure
```

これは、10個のイメージがすでに処理されている場合、11番目のリクエストはリスケールされず、代わりに元のサイズで提供されることを意味します。これに上限を設けることは、システムが高負荷時でも利用可能な状態を維持するために重要です。

デフォルトでは、GitLabは最大250 KBのサイズのイメージのみをリスケールします。これは、Workhorseノードでの過度のメモリ消費を防ぎ、レイテンシーを妥当な範囲に保つためです。特定のファイルサイズを超えると、実際には元のイメージを提供する方が全体的に高速になります。

許可される最大ファイルサイズを小さくするか大きくするかする場合は、次のようにします:

/etc/gitlab/gitlab.rbを編集し、次の行を追加します:
```
gitlab_workhorse['image_scaler_max_filesize'] = 1024 * 1024
```
変更を有効にするため、再設定します:
```
sudo gitlab-ctl reconfigure
```

これにより、最大1 MBのイメージをリスケールできます（単位はバイトです）。

イメージスケールを完全にオフにすることもできます。これは、それぞれの機能切替をオフにすることで実現できます:

Feature.disable(:dynamic_image_resizing)

機能フラグの操作方法については、機能フラグのドキュメントを参照してください。