問題タブ [aqtime]

最近、AQtime を使用して、.NET Framework 4 に基づいて NUnit によってアサートされた単体テスト プロジェクトのコード カバレッジをプロファイリングしようとすると、問題が発生します。あなたのコメントやアイデアは大歓迎です。

.NET Framework 4.0 に基づいており、NUnit によってアサートされる単体テスト プロジェクトがあるとします。NUnit コンソールで単体テストを実行しようとして、AQTime コード カバレッジ プロファイラーを実行するときに AQTime に NUnit を起動するように依頼します。ただし、すべてのテストが NUnit で実行された後、AQTime は常に、ルーチンも行もヒットしていないことを示します。したがって、AQTime で表示されるカバレッジは常に 0.0% です。.NET Framework 3.5 に基づく別の単体テスト プロジェクトでは問題なく動作するため、これが発生する理由は不明です。

.NET 3.5 に基づく別の単体テスト プロジェクトがあり、AQTime は問題なく動作します。新しいテスト プロジェクトは .NET4 をベースにする必要があるため、ベースを 3.5 に変更することはできません。

同様の状況に遭遇した場合はお知らせください。ご意見をお待ちしております。前もって感謝します。

C++ でコーディングされた SAAS 製品のパフォーマンス チューニングに取り組んでいます。コードのいくつかのポイントでマイクロ秒精度のタイマーを設定して、さまざまなアクションにかかる時間を記録しました。現在、AQTime を使用してさらに掘り下げ、実行時間の長いリクエストの特定のボトルネックを見つけようとしています。ただし、特定の関数とその子で AQTime が報告する合計時間は、内部タイマーが報告する時間よりも少なくなります。誰かがこれを経験したことがありますか、またはなぜそれが起こるのか知っていますか? VM での実行に関係している可能性がありますか? これまでにプロファイリングしたいくつかの関数では、違いはかなり一貫しています (AQTime で報告された時間は、CPU タイマーからログに記録した時間の約 60% です)。これは他のコード ベースでも起こりましたが、これは私たちだけの特徴ではありません!

どうもありがとう！

AQTime を使用して Windows (x64) コンソール アプリケーションをプロファイリングしようとしています。Performance Profiler は問題ないようですが、Allocation Profiler で実行すると、アプリケーションがすぐに終了します。コンソール出力がいくつかありますが、アプリケーション ウィンドウが非常に速く閉じられるため、読み取ることができません。

• AQTime イベント ログにエラーはありません
• Windows イベント ログにエラーはありません
• 実行パラメーターのコンソールリダイレクト ( > some_file.txt) が機能しない

このような問題をトラブルシューティングするにはどうすればよいですか? AQTime にコンソール ウィンドウを開いたままにする方法はありますか?

さて、AQtime を取得しました。次に何をしますか? 本当に私はグーグルでこれについて何も見つけることができません。

VTune初心者です。しかし、私は AQTime 8 である程度の経験があります。現在、インテル VTune Amplifier XE 2013 を使用しています。私の意見では、AQTime よりも多くの利点があります。興味深い質問があります。AQtime では、関心のあるモジュールを選択してプロファイルできます。大きなプロジェクトから 1 つの DLL だけをプロファイリングする必要があるため、これは非常に便利です。Intel VTune Amplifier XE 2013 でそのような可能性はありますか?

答えを見つけようとしましたが、これしか見つかりませんでした (バイナリ全体ではなく、バイナリ内の特定のコード スニペットで vtune を使用することは可能ですか? )。

私に助言してください

DLL を呼び出すアプリケーションがあり、その DLLが別の DLL を呼び出す可能性があります。

私の問題は、これらのバイナリが 64 ビット対 32 ビットの場合のパフォーマンスの低下です。

Elapsed Time および CPU Cache Misses カウンターを使用してプロファイリング (AQtime v8.24) を行っていますが、何をすべきかを知るのに役立つ方法で結果を理解していません。

そこで、コードを簡素化するために、テスト DLL を呼び出すテスト .exe を作成しました。当初、これらのツールにはパフォーマンスの低下が存在し (64 ビット バージョンは 32 ビット バージョンの 4 分の 1 の速度でした)、CPU キャッシュ ミス テストは次のルーチンを示していました。

そこで、コードを次のように変更しました (構造体のインスタンスへの割り当てを削除しました)。

テストを再実行したところ、今回は 64 ビット バージョンが 32 ビットよりも 36% 高速でした。すごい！なぜこの変更がこのような違いを生んだのか理解できませんが。

しかし、AQtime によると、64 ビット バージョンは依然として 32 ビット バージョンよりもパフォーマンスが劣っています。

この改訂されたテスト DLL を、アプリが DLL を呼び出してからこの DLL を呼び出す環境にプラグインすると、全体的なパフォーマンスが 30 ～ 40% 低下するため、AQtime が何を伝えているのかを本当に理解する必要があります。

2 番目の DLL を呼び出していないアプリ + DLL をテストすると、64 ビット ビルドは 32 ビット ビルドと同じかそれ以上に速く実行されることに注意してください。すべてが、任意の2 番目の DLLへのこの呼び出しを指しています。

私はドキュメンテーションを追いかけることに圧倒されます...自分自身を混乱させます...そして最終的には、違いを生むかもしれないし、しないかもしれないコードの変更を推測します。

指導希望。