問題タブ [diagnostics]

私は、ゼロ期間の要求 (ワーカー ノードによってすぐに満たされるもの) で >2000rps を達成できる小さなクラスターで一種のロード バランサーを使用しています。しかし、リクエストがゼロ期間でなくなり、1 ミリ秒かかるようになるとすぐに、パフォーマンスがすぐに 10 倍以上低下します。両方向で転送されるデータは同じで、サイズは約 2kb です。200rps の 1 ミリ秒のリクエストは非常に小さな負荷であり、ネットワークは 10 ギガビットであるため、これはクラスターやネットワークのスループットの飽和とは関係ありません。さらに、CPU 負荷は、ロード バランサーとワーカー ノードの両方でわずか 2 ～ 5% です。

これは、OS スケジューラーまたは OS ネットワーク スタックの異常な動作に関連している可能性があるのではないかと考えています (非常に短い対話には、いくつかの特殊なケースの動作があります)。

原因を診断するにはどうすればよいですか? 監視するパフォーマンス カウンターはどれですか? 使用するツールまたは方法論は?

（誰かが私の特定の問題に対する答えを単に知っている場合に備えて、Hyper-Vを介してWindows Server 2008 R2で実行されているMS HPC Server 2008 R2の「WCF Broker」について話している）

私は、ajaxリクエストを表示するツールを探しています。つまり、firebugがffで表示するように。IE（8）用の無料で簡単な2の使用、簡単な2のインストール...アドオン/プラグインを知っていますか？

手伝ってくれてありがとう

廃止されたストアドプロシージャがありますが、コードから呼び出す必要はありませんが、まだ呼び出しているシステムがあります。これは実稼働サーバーであるため、診断を実行するための間接アクセスは非常に限られています。

sproc内から特定のストアドプロシージャを呼び出しているマシンを特定する方法はありますか？@@CallingMachineIPや@@CallingMachineNameなど

私たちのサーバー運用チームは、ウェブ開発チーム (ASP.NET) に、ロード バランサーが正常性チェックを実行するために ping できるアプリケーションの URL を提供するように依頼しました。

このページで何を実行する必要がありますか? Web とデータベース間の接続を確保するために、データベース接続を試みる必要があると思います。他に何か？

プロセスが消費するプロセッサ使用量の正確な量を知る方法（.net 2.0）はありますか（processexplorerのプロパティ/パフォーマンスグラフに表示されるようなもの）。

どうか、半難解な質問（p-Invoke OK）より先に進まないでください。

また、私はさらに別の質問を開きません-どのように（プロセスとして）自分のアフィニティを制御できますか-つまり、どのプロセッサ（コア）で実行を許可する必要がありますか？

AzureWebRoleで次のPerformanceCountersをキャプチャしようとしています。

WebRole.csに、これらのパフォーマンスカウンターのキャプチャを有効にする次のコードがあります。

ご覧のとおり、パフォーマンスカウンターのスケジュールされたxfer期間を1分に設定しています。

これで、開発ファブリックのWADPerformanceCountersテーブルでこれらのカウンターを取得できますが、Azureクラウドで取得できませんか？誰かが私がここで間違っている可能性があることを指摘できますか？

カピル

Let's say I have a project with a dozen of different modules which produce one resultant DLL, how can I analyze it so that I can identify the actual file size that each module/functions contribute? I know it might be impossible with a Release build where much information has been stripped, but how about if I have the full source and can do a Debug build?

Also, if there are big static variables defined somewhere, is there a way I can easily locate them?

Bonus question: How about Linux ELF files?

私は、私たちが目にしているいくつかの奇妙なチャネル障害の異常を診断するのに役立つことを願って、ラボの変更を出荷することに取り組んでいます. DuplexChannelFactory を使用していくつかの Windows サービスに接続するテスト アプリケーションがあり、何らかの理由でこのテスト アプリケーションのチャネルにかなりの障害が発生しているようです。そこにいくつかの再試行ロジックを実装する計画がありますが、なぜそれらが失敗しているのかを正確に理解することは素晴らしいことです.

チャネル ファクトリとプロキシ オブジェクトはすべて多くのインターフェイスを実装していることを知っており、リフレクターを使用してそれらのいくつかをクロールしましたが、探しているようなものは見つかりませんでした。障害の原因に関する情報を取得するために、障害が発生した後にこれらのオブジェクトにクエリを実行する方法はありますか?

編集: 構成は非常に基本的なものです。バインディングはデフォルトで構築された NetTcpBinding のみであり、サービスの実装には が[ServiceBehavior(InstanceContextMode = InstanceContextMode.Single, ConcurrencyMode = ConcurrencyMode.Reentrant)]あり、サービス コントラクトの操作には特別な属性はありません。ただし、この特定のケースを診断するのではなく、チャネル障害を診断する一般的な手法について詳しく質問しています。構成の詳細がそれに大きな影響を与えるとは思いません。どちらかといえば、構成の詳細は、上記の診断によって返されるものですよね?

VS で作業している場合、下部パネルのエラー メッセージはコンパイラ エラーと警告ですよね? これは、アプリが常にコンパイルされていることを意味しますか? アプリを実行しようとしたときにのみ表示されると思います。

これはおそらくばかげた質問ですが、答えが見つかりません。