Debug、ReleaseSafe、ReleaseFast

Zig には、安全性、速度、サイズのバランスを調整する 4 つのビルドモードがあります。コンパイル時に 1 つのフラグで選択します。

何も指定しない場合、Zig はDebugを使います。高速にコンパイルし、すべての安全性チェックを有効にするため、開発中のバグを明確に検出できます。

-Oフラグの後にモード名を続けると、モードを指定できます。この 1 つのスイッチで、コンパイラーが最適化をどれだけ積極的に行うかが変わります。

ReleaseSafeモードは最適化を有効にしつつ、実行時の安全性チェックを維持します。速度を得ながら、オーバーフローや範囲外エラーをトラップできます。

ReleaseFastモードは強力に最適化し、ほとんどの安全性チェックを取り除きます。安全策よりも生のパフォーマンスが重要な場合に選びます。

4 つ目のモードであるReleaseSmallは、バイナリを可能な限り小さくするよう最適化します。容量が限られる組み込み向けに適しています。

Debug と ReleaseSafe では、整数のオーバーフローや範囲外アクセスなどが、静かなデータ破損ではなく明確な panic を発生させてプログラムを停止します。

ReleaseFast がチェックを削除するのは、チェックに時間がかかるためです。コードを十分にテストした後であれば、安全策と引き換えに最後の速度向上を得ることがあります。

多くのチームはReleaseSafeで配布します。本番環境でも保護用のチェックを有効にしながら、Debug ビルドよりはるかに高速に実行できます。

注意してください。オーバーフローを含むコードは Debug では panic になりますが、ReleaseFast ではラップアラウンドしたり、誤動作したりする可能性があります。リリース予定のモードでテストしましょう。

同じソースから、チェック付きのデバッグビルドと、無駄を省いたリリースビルドを作れます。変わるのはフラグだけで、書いたコードは変わりません。

最適化されたパフォーマンスが必要ですが、オーバーフローと範囲チェックでバグも検出したいとします。どのモードが適していますか？

4 つのモードを学びました。開発には Debug、安全性を保った速度には ReleaseSafe、生の速度には ReleaseFast、サイズには ReleaseSmall を使います。必要に応じて選びましょう。🎯