問題タブ [diagnostics]

C＃サーバーアプリケーションで開いているソケットの数をログに記録しようとしています。「netstat-s」から取得できる情報のように：

「netstat」の結果を解析できますが、そのクラスがある場合は、なぜそうなるのでしょうか。

ちなみに、System.Diagnostics.Processクラスの助けを借りて、いくつかのハンドルとスレッドをログに記録することができました。ソケットはハンドルだと思いましたが、そうではないようです。私の状況では、ハンドルの数はnetstatからのアクティブな接続の数をはるかに下回っていました。

任意の提案、アドバイスまたは回答は大歓迎です。ありがとうございました ：）

ThreadPool.GetAvailableThreads を使用して Web サイトでのスレッドの使用状況を監視し、結果をパフォーマンス カウンターに書き込みました。これを行うために、サイトで監視を行うスレッドを実行しました。サイトのコードを変更せずにこれを監視できるようにしたいと考えています。現在のプロセスではなく、特定のプロセスのスレッド プールにアクセスできるコンソール アプリを作成し、そのプールに対して GetAvailableThreads を呼び出す方法はありますか?

配列から個別の名前のみを選択する方法を知りたいです。私がしたことは、多くの無関係な情報を含むテキスト ファイルから読み取ることでした。現在のコードの出力結果は、名前のリストです。テキスト ファイルから各名前を 1 つだけ選択したい。

以下は私のコードです：

God has helped us keep a few services running on a Rails box (Nginx and MySQLd, specifically) but I'm hoping to get some more details when it actually swings into action. So far, setting the watch log file using w.log = /var/log/god/mysql.log (for example) gets us a lot of stuff like this:

...which is cool enough in its way, because it tells me that the server went down and God restarted it, but I'm hoping for something like a timestamp and maybe some other details. (Server load, memory status, or something else to help me diagnose why MySQLd went down to begin with.)

Does God support adding extra information to logfiles when events like this are triggered?

私はこれをそこに捨てて、他の人々の経験がどのようなものであったかを見ようと思った.

作業中のシステムで、キュー内のジョブの処理が停止し、いわば「ジャム」が発生するという問題が発生しています。サービスが再起動されると、ソフトウェアはキューを処理し、すべてが正常に戻ります。

これまでの私の経験では、これらの停止の原因を突き止めることはできません。それと、停止を自分で再現することはできません。キューはさまざまな間隔で失敗し、1 か月連続で実行されることもあれば、1 日に 2 回近く失敗することもあります。それ以来、私は 2 つの異なるベンダーと部門内のさまざまな同僚に関与してきましたが、誰もが困惑しており、数か月間続いています。

私が始めて以来、処理を単一のサーバーに分離し、ベンダーに送信したログを強化しました。どちらも何が問題なのかわかりません。

あちこちでいくつかの設定を更新し、クライアントとサーバーの部分をアップグレードしましたが、私たちが行っていることが全体的なソリューションに貢献しているかどうかはわかりません.

したがって、再現不可能で、ランダムで、テストできないように見える問題があります。

誰かが同様の状況に関与したことがありますか? このような状況を解決するには、どのような方法がありますか?

共有された情報や経験は素晴らしいでしょう。

乾杯、

編集: : ロギングを強化し、すべてのコンポーネントを最新バージョンに更新し、適切なウイルス対策の除外が行われたことを確認しました。これまでのところ、1 か月以上詰まっていません!

私はいくつかの内部ロギング フレームワークに取り組んでおり、パフォーマンスのために、遅延してStackFrame. StackFrameこれを使用して、ロギング フレームワーク外の最初のメソッドを取得したいと考えています。

私の最初のアイデアはこれでした：

しかし、これらの行を交換すると:

コール スタックが変更されるため、結果は予測できません。怠惰を維持しながら、クロージャーを介してローカルスコープ/フレームへのフックを取得する方法はありますか。

私が考えることができる唯一の解決策は、不明な方法で最初のフレームを検出するまで、StackTrace をステップ実行することです。

より良い解決策があることを本当に願っています。

ServiceConfiguration.cscfg と次のコードに適切な接続文字列を追加した後、診断フィードバックを取得したい worker ロールがあります。

"System.Diagnostics.Trace.TraceInformation("test log") を呼び出すと、対象の Azure ストレージ アカウントの WADLogsTable でレコードを見つけることができるはずです。私が読んだドキュメントのどれもこれをカバーしていません
。

大規模な .net Web サイトをトレースして、読み込みに 4 ～ 5 秒かかっているものを見つけようとしています。通常、私はただ置く：

aspxページの宣言で、そこからいくらか絞り込むことができます。

しかし、私が抱えている問題は、時間がかかるものをより狭くする必要があるということです。現在、Begin PreRender と End PreRender の間に 5 秒しかかかっていません。

すべての行をステップ実行し、このコード全体にトレース ステートメントを書き始める前に、1 ページの実行全体の非常に詳細なログを取得するための簡単な方法と使いやすいツールはありますか? これは私のローカルホスト専用であり、本番用ではありません。詳細が多いほど良いです。完了時にログ ファイルが 50 MB になるかどうかは気にしません。正確にどの機能に時間がかかっているかを確認したいだけです。

以前にdxdiagを使用したことがありますが、潜在的なユーザーに、実行して出力を電子メールで送信できる、少し単純なツールを紹介したいと思います。

CPU、RAM、グラフィックス、DirectXバージョン、Windowsバージョンなどの明らかなものだけでなく、ExpressCard（ラップトップ標準）がサポートされているかどうかも知る必要があります。

これはプログラミングの問題ではないことはわかっていますが、展開する前に、ハードウェアがソフトウェアをサポートしているかどうかをユーザーに通知する方法を確立することが重要です。

ASP.NET 環境で読み込みの遅いページ (おそらく特定のしきい値) をログに記録するためのライブラリ/httpmodule を知っていますか?

グーグルは何の結果ももたらさなかった。

自分で実装するのはそれほど難しくありませんが、なぜ再発明するのでしょうか。

ありがとう