インテル® Inspector XE を使用して Windows* 向けアプリケーションのスレッドエラーを検出

無効なもしくは初期化されていないスレッドのスタックへのアクセスを解析するために選択します。

以下の場合に役立ちます:

• 可能な限り細部まで解析したい場合。
• アプリケーションが alloca() を呼び出している場合。

高コストです。

推奨事項:

• アプリケーションを最初に解析する時に選択します。その後定期的に使用してもいいでしょう。
• オートマティック変数を解析するために使用します。

インテル® Inspector XE が解放されたメモリーブロックをすぐに利用可能なメモリー・プールに戻すのを防止します。

これは、アプリケーションが解放したメモリーを再度利用しようとするのを見つけるのに役立ちます。

アプリケーションが多くの割り当て/解放を行う場合、コストが高くなります。

推奨事項: コストがそれほど高くない場合、解析の精度を高めるために使用します。

アプリケーションが有効なメモリーアクセスを行っていることを確認できます。

コストは中です。

推奨事項: 選択することを推奨します。

注
通常は初期化されないメモリーを初期化してしまうことで、アプリケーションの動作が変わる可能性があります。アプリケーションが通常は初期化されないメモリーを読み込む場合、次の振る舞いをするでしょう:

• 単純に誤った計算を行う。
• メモリーの値をポインターとして扱う場合、読み込んだ後、解析中にクラッシュする。

アプリケーションの実行が終了した時に、メモリーブロックは割り当てられているが解放されることのない問題を検出する際に使用します。

以下の場合に役立ちます:

• メモリーが不足している場合。
• 予想よりも多くのメモリーを使用しているように思われる場合。

特に Remove duplicates (複製を排除) のみと一緒に使用される場合、極めて低いコストです。

推奨事項: 選択することを推奨します。

• カーネル・オブジェクトのハンドルが作成されているが、クローズされない場合。
• GDI オブジェクトが作成されているが、クローズされない場合。

Windows* GUI アプリケーションの解析に役立ちます。

低コストです。

推奨事項: アプリケーションを最初に解析する時に選択します。その後定期的に使用してもいいでしょう。

アプリケーションの実行を停止した時に、まだアクセス可能なメモリーブロックが割り当てられているが、解放されていない問題を検出する際に使用します。

コストは、アプリケーションが実行を停止した時に、まだ割り当てられているメモリーブロックの数に比例して増加します。

推奨事項: メモリーの伸長を調査する際に使用します。

リード命令が初期化されていないメモリー位置にアクセスする問題を検出するために使用します。

以下の場合に役立ちます:

• アプリケーションが予期しない動作となった場合。
• 初期化されていないメモリーの内容を計算した際の確認のため。

高コストです。

推奨事項: 選択しないことを推奨します。

注
通常は初期化されないメモリーを初期化してしまうことで、アプリケーションの動作が変わる可能性があります。アプリケーションが通常は初期化されないメモリーを読み込む場合、次の振る舞いをするでしょう

• 単純に誤った計算を行う。
• メモリーの値をポインターとして扱う場合、読み込んだ後、解析中にクラッシュする。

アプリケーションが、論理的に解放されたメモリーにアクセスしようとしているか検出する際に使用します。

アプリケーションが多くのメモリー割り当てと解放を行い、Defer memory deallocation (メモリー割り当て解除の延期) リストの値がアプリケーションの割り当てるメモリー量よりも小さな場合、コストは高いかもしれません。

推奨事項: ダングリング・ポインターの影響により、アプリケーションが予期できない動作となる際に使用します。

注

• メモリー解放の呼び出しをインターセプトし、実際の解放を遅らせることでアプリケーションの振る舞いを変えることができます。
• 拡張ダングリング・ポインター・チェックは、new/delete と new[]/delete[] による割り当てと解放の組み合わせではサポートされません。

インテル® Inspector XE が、割り当てられたメモリーブロックを越えるメモリーアクセスを検出した場合、オフセット情報を示すように Guard zone size と組み合わせて使用します。

以下の場合に役立ちます:

• アプリケーションが予期しない動作となった場合。
• Invalid memory access の問題を判別するため、ヒープ割り当てのより詳しいコンテキストが必要な場合。

コストは、割り当ての数に比例します。

推奨事項: 以下に該当しない限り選択します:

• インテル® Inspector XE の実行時にメモリー不足が生じた。
• アプリケーションが不安定になった。

注

• アプリケーションの振る舞いを変えるかもしれません。
• インテル® Inspector XE が使用するメモリーサイズを増やします。
• インテル® Inspector XE は、割り当て空間の終わりにのみガードゾーンを作成します。割り当て空間の最初には作成しません。

選択すると、メモリーの利用パターンをモデル化し、トランザクションが完了した後にアプリケーションがすべてのメモリー割り当てを解放したことを確実に知ることができます。

Reset Growth Tracking と組み合わせて、解析中に Measure Growth ボタンを使用します。

低コストです。

終了しないアプリケーション、もしくはアプリケーションの部分的なメモリーリークをチェックする際に役立ちます。

Reset Leak Tracking と組み合わせて、解析中に Find Leaks ボタンを使用します。

コストは、割り当ての数に比例します。

インテル® Inspector XE が、メモリー割り当てに関連した Invalid memory access の問題を特定するため、割り当てられたメモリーブロックにガードバイトを追加する Enable guard zones と組み合わせて使用します。

以下の場合に役立ちます:

• アプリケーションが予期しない動作となった場合。
• Invalid memory access の問題を判別するため、ヒープ割り当てのより詳しいコンテキストが必要な場合。

コストは、割り当ての数に比例します。

推奨事項: 以下に該当しない限り設定します:

• インテル® Inspector XE の実行時にメモリー不足が生じた。
• アプリケーションが不安定になった。

注

• アプリケーションの振る舞いを変えるかもしれません。
• インテル® Inspector XE が使用するメモリーサイズを増やします。
• インテル® Inspector XE は、割り当て空間の終わりにのみガードゾーンを作成します。割り当て空間の最初には作成しません。

ゼロに設定すると検出されたすべてのメモリーリークが表示されます。

コストは、リークの数に比例します。

推奨事項: すべてのリークをリストする場合以外は、デフォルト値を使用してください。

ヒント
デフォルト値を使用すると、管理できないほどのリーク数が生成されることがあります。Object Size を指定し表示されるメモリーリークをソートして、最も多いリークを見つけ、アプリケーションを再度調査してください。もしくは、on-demand leak detection 機能を有効にし、焦点を絞って最も大きなものを見つけます。

以下の場合は選択を解除します:

• 時間に関連するすべてのスレッドと問題の発生を完全に視覚化する必要がある場合。
• 時間的コストを抑えたい場合。ただし、重複エラー数が固有のエラーの数を上回るかもしれません。

推奨事項: 選択することを推奨します。

現在の初期化されていないメモリー読み込み検出のアルゴリズムは、誤検出を減らしますが、解析時間とメモリーのオーバーヘッドを増加させます。以前のバージョンのアルゴリズムを使用する際に選択します。

推奨事項: 選択しないことを推奨します。

高度なオブジェクト指向のアプリケーションを解析する際、高い値にすると便利です。

高い値にするとコストの影響はありません。

推奨事項: 大きな値は、アプリケーションのコールパスをすべて表示する際にのみ使用します。