問題タブ [dottrace]

私は自分のWebアプリケーションのdotTraceの大ファンであり、ほぼ同じように機能する堅実なjavascriptプロファイラーを見つけたいと思っていました。私は周りを見回しましたが、そのようなJavaScriptプロファイラーを見つけることができないようです。

dotTraceのようなJavascriptプロファイラーを知っている人はいますか？

DotTrace をメモリ プロファイラーとして使用します。循環する着信参照をどのようにフィルタリングできるのだろうか?

誰が自分のオブジェクトへの参照を保持し、それを存続させたいのかを知りたいシナリオに関しては、それらの循環参照、特にイベント ハンドラーは重要ではありませんが、真の悪い参照はそれらの中に隠されていることがよくあります。

さらに、「Show Held in New Tab」と「Show Reachable in New Tab」の意味は何ですか?これらは循環参照の識別に役立ちますか?

どんな答えにも感謝します。

JetBrains dotTraceを使用していますが、完全にCPUバウンドであるアプリのプロファイルを作成しました。しかし、ツリーを下って歩いたときの結果は、ツリーの上のレベルに合計されません。質問メソッドのノードの本文行ではなく、メソッド呼び出しのみが表示されます。

ソースコードを1行ずつプロファイリングすることは可能ですか。

つまり、1つのノードの場合：

• SimulatePair（）99.04％
  --nextUniform（）30.12％
  --IDCF（）24.08％

したがって、メソッド呼び出しnextUniform + IDCFは、SimulatePairで54％の時間（または54％の合計実行時間、これを読み取る方法がわかりません）を使用します。他の46％のSimulatePairは、ラインベース。

ヘルプや代替ツールは大歓迎です。

ありがとう

ASP.NET 開発サーバー オプションを使用して、2005 プロジェクトに対して dotTrace 3.1 を実行しようとしています。

私が使用している設定は次のとおりです。

これは実行されますが、Web ページが表示されないため、次のように設定しました。

これにより、次のような実行時例外がスローされます。

パラメータ 'C:/Projects/fooProject\' は無効です。パラメータ名: C:/Projects/fooProject\

コマンドラインから webdev.webserver を起動したところ、すべて正常に動作しました。

私は何を間違っていますか？

そのため、ホスティング プロバイダーは最近、テスト サーバーをある環境から別の仮想化環境に移動しました。移動後、テスト環境でいくつかの処理が非常に遅くなりました。

たとえば、リモート デスクトップへのログインは遅く、リモート デスクトップを使用せず、ログインするだけでした。また、通常は風のように実行される一部の asp.net アプリケーションが、亀のように実行されるようになりました。この速度低下の原因について多くの議論を重ねた後、私は実際の問題を調査し始めました。

最後に興味深い発見があったのは、テスト サーバーに dotTrace をインストールしたときです。パフォーマンスが悪いとわかっていたページを実行すると、問題のあるページの作業を実行したスレッドについて、次の (高レベルの) 結果が得られました。

私の知る限り、これは、スレッドが実行されずに非常に長い時間を費やしていることを意味します。私の持論は、仮想環境が私の​​サーバーよりも他のサーバーの動作を優先しているというものです。それが原因でしょうか？あなたの考えは何ですか？

注: 実際のトレースなどの詳細が必要な場合は、お問い合わせいただければ問題なく配布いたします。

編集：詳細！トレースで最も高価な呼び出しは次のとおりです。

KeyInfoX509Data.ctor(X509Certificate, X509IncludeOption)
への 1 回の呼び出し: 30014 ミリ秒 SignedXml.ComputeSignature への 1 回の呼び出し: 15045 ミリ秒

トレースの詳細

dottraceのドキュメントを読んだ後、私は次のことに気づきました。

1. デッドオブジェクトは、スナップショットのエンドポイントの前に削除されたオブジェクトです。
2. ガベージオブジェクトは、開始点の後に割り当てられ、終了点の前に削除されるオブジェクトです。つまり、「ガベージオブジェクト」は「デッドオブジェクト」のサブセットです。

しかし、いくつかのプロファイリングセッションを行った後、「ガベージオブジェクト」の数が同じクラス（たとえばSystem.String）の「デッドオブジェクト」の数よりもはるかに多いことがわかりました。この現象をどのように解釈すればよいですか？

Windows 7 開発マシンで dotTrace 3.1 を実行しようとしています。しかし、Windows 7 では dotTrace 3.1 が正しく動作しないことが判明しました。これについて JetBrains と話し合ったところ、次のリリースまで対処されない既知の問題であることを確認しました。

VMWareまたはVirtual PCのいずれかで仮想マシンをセットアップし、VMにdotTraceをインストールすることを検討しています。

私の質問はかなり簡単です: dotTrace は仮想マシン内で動作しますか?

仮想マシンは物理 RAM の代わりにある種の仮想アドレス空間を使用すると考えられるため、メモリ プロファイリングを行う予定です。

WebFormsMvpとEntityFramework4を使用してサイトを構築しています。

サイトは少し遅く、dotTraceでプロファイルを作成すると、これら3つの方法に75％の時間がかかります。（私の最初の方法は約3％かかります）

1. System.Threading.WaitHandle.InternalWaitOne（SafeHandle、Int64、Boolean、Boolean）
2. Microsoft.Samples.Runtime.Remoting.Channels.Pipe.PipeNative.ConnectNamedPipe（Int32、Overlapped）
3. Microsoft.Samples.Runtime.Remoting.Channels.Pipe.PipeNative.ReadFile（Int32、Byte [0 ..]、UInt32、Byte [0 ..]、UInt32）

その前にこれらの3つを見た人は、これが何であるかを明らかにする必要がありますか？私はそれらを追跡しようとしましたが、有用なものを見つけることができません。私はこれが答えるのが本当に難しい質問であることを知っています。

この写真で[ガベージコレクション]とはどういう意味ですか？そして「20コール」のこと？

つまり、GCに時間がかかった理由をどのように理解できますか？たくさんの小さな物を集めていましたか？一つの大きなもの？これを最適化する方法についてのヒントはありますか？

問題のコードは次のとおりです。

派手すぎるものはありません。犯人は大きなList<byte>物だと思いますが、（小さな物をたくさん集めるのではなく）一瞬で大きな物を集めることになっていると思いました。