gcc -gデバッグフラグはプログラムの実行に影響しますか？

Question

私は作業しているプログラムをテストしています。-gでコンパイルすると3μs（統計的に有意な変化）速く実行されています。これは私には意味がありません - 私は、-gフラグがプログラムの実行に影響を及ぼさないと考えていました。

これはなぜ起こっているのですか？そして、それがプログラムの実行フローを変更するかどうか？ -Oとコンパイルしていないのは、書かれたとおりに実行する必要があるからですが、-gが命令の順序を変更するとどうにかしてより速く実行できるかどうかは、明らかにそれを使用する必要があります。

ですから、-gフラグがどのような変更をプログラムに加えるのかを正確に知る必要があります。

編集：実行するテストが多いほど、t値が大きくなる（統計的に有意な差が生じる）。これは間違いなく測定エラーではありません - 何かが起こっています。

Answer 1

他の人は言っているように、デバッギングシンボルは、コンパイラに（おそらくない）バグがない限り、コードの制御フローを変更しません。

実行ファイルが大きくなり、実行されたコードがより多くのページに広がっているため、実行が変更されます。より多くのキャッシュミスとIO信号を期待できます。マルチタスク環境（さらにはLinux /ビジーボックスシステムなど）でも、スケジューリング動作がわずかに異なる場合があります。

一方、あなたがそれらを記述するような小さな時間差を測定することは、それ自身の権利の芸術です。おそらくHeisenbergの設定で、測定値が実行時間に影響します。あなたの測定値は統計的に有意な偏差を示すかもしれませんが、私はそのようなオプションがより速いコードを作ると言って解釈することに非常に注意するでしょう。

Answer 2

-gフラグは、実際に生成されたコードに0を加えます。これは、デバッグセクションを実行可能ファイルに追加することです。これらのセクションは実行時にロードされませんが、デバッガはロードできます。実行可能ファイルは今や少し違っているので、それは大きくなります。あなたはtne noを測定しようとするかもしれません。 1つのバージョンと別のバージョンのページ違反が発生すると、実行ファイルがディスクに保存される方法に変更がありますが、コードは変更されません。

あなたは私が確実3usを測定し、しかし3us増加の妥当性を疑問視ん、アセンブリを参照してください、あなたのバイナリに-dをobjdumpを実行し、

を比較したい場合は、少なくとも汎用OS上では難しいです課題 - このような測定に影響を及ぼすすべてのランダムな事柄を排除しようとするためには、あなたのプログラムを数千回（むしろ数十万回）実行してその数を思いつきたいと思います。

Answer 3

サブルーチンの1つで-debugと-gフラグを使用すると、私のコードで別の回答が得られます。理由はわかりませんが、プログラムの実行には間違いありません。