Visual Studio 2008 Part 22

[過去ﾛｸﾞ] Visual Studio 2008 Part 22 (314ﾚｽ)
上下前次1-新
通常表示 512ﾊﾞｲﾄ分割ﾚｽ栞
抽出解除ﾚｽ栞

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

287: デフォルトの名無しさん [sage] 2018/09/17(月) 10:25:48.51 ID:+dwRu2dr

その他諸々、話を整理すると、以下となる。（ソースは>>191参照）
1. managedコードではMSILが出力され、x86コードは含まれていない。
2. 起動時、MSILはJITされ、x86コードに落とされる。
3. このため、mainの1行目でブレークポイントで止め、calc_norm_and_regulateの逆アセンブルを見ようとしても、
　IDE上で「逆アセンブルを表示できません。式がまだネイティブ マシン コードに翻訳されていません。」と出る。
　これはmainの1行目に System::Diagnostics::Debugger::Launch(); を入れたときも同様。
4. そしてこのJITに関して、上記IDE中の 『[モジュールの読み込み中に JIT 最適化を抑制する] オプション』 が効いてくる。
　規定ではオフ、つまり、ReleaseビルドでもIDE起動ならJIT最適化は抑制される。
　これがfld/fmul/fadd/fstpのループコードになる理由。
　これをオンにすれば、確かにReleaseビルドIDE起動でも、
　fld/fmul/faddのループコードとなり、コマンドプロンプト起動と同じ結果になることは確認した。
5. 上記では表現が微妙だが、JIT最適化をするかどうかは読み込まれるときに決まるらしい。
　したがって、Releaseビルドを起動後にアタッチした場合は通常通り最適化され、
　IDEからReleaseビルドを起動した場合は『既定では』最適化が抑制されてしまう。
　これがIDE起動とコマンドプロンプト起動で挙動が異なった原因。
　上記、『[モジュールの読み込み中に JIT 最適化を抑制する]』のチェックを外せば、直った。
6. おそらくこのオプションはソリューション毎ではなく、IDEのインストール毎なんだと思う。
　（ソリューション毎のオプションはプロジェクトのプロパティにあり、場所が違う)
　だからその人の環境によっては最初からオフにしている人がいたかも？
　これが再現実験をしてくれた人たちと微妙に結果が異なったりした原因か？

これで>>191についての疑問は解消した。（はず）
俺の本番コードについては再度確認し、また報告する。

http://mevius.5ch.net/test/read.cgi/tech/1413180800/287

上下前次1-新書関写板覧索設栞歴

ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.024s