問題タブ [performancecounter]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c++ - Visual C++ でのカスタム パフォーマンス カウンターの作成
通常のアンマネージ Visual C++ を使用してカスタム パフォーマンス カウンターを作成する方法を知っている人はいますか?
マネージ C++ を使用して簡単に実行できることはわかっていますが、アンマネージ Windows サービスを使用して実行する必要があります。
また、パフォーマンス カウンター データを取得できることもわかっていますが、いくつかのカスタム カウンターを作成し、アプリケーションの実行時にそれらをインクリメントする必要があります。
c# - コンピューターに搭載されている RAM の総量を取得するにはどうすればよいですか?
C# を使用して、コンピューターに搭載されている RAM の総量を取得したいと考えています。PerformanceCounter を使用すると、次のように設定して、使用可能な RAM の量を取得できます。
しかし、メモリの総量を取得する方法が見つからないようです。どうすればこれを行うことができますか?
アップデート:
MagicKat: 検索中に見たのですが、機能しません - 「アセンブリまたは参照がありませんか?」。それを参照に追加しようとしましたが、そこにはありません。
linux - Linux、HP-UX、および AIX への Windows パフォーマンス カウンター ポート
Windows でのみ使用できるサーバー アプリケーションを実装しました。現在、Linux、HP-UX、AIX にも移植したいと考えています。このアプリケーションは、パフォーマンス カウンターを通じて内部統計を Windows パフォーマンス モニターに提供します。
より正確に言えば、アプリケーションはデータベースであり、接続ユーザー数や実行されたリクエスト数などの情報を管理者に提供したいと考えています。したがって、これらは「新しい」情報であり、アプリケーションに固有のものです。ただし、オペレーティング システムが CPU などの情報を提供するのと同じ環境でそれらを利用できるようにしたいと考えています。目標は、管理者が簡単に読めるようにすることです。
Linux、HP-UX、および AIX で一般的に使用されている適切なパフォーマンス モニターは何ですか?
asp.net - ASP.NET ワーカー プロセス ID からパフォーマンス カウンター インスタンス名 (w3wp#XX) を取得します。
.NET/プロセス パフォーマンス カウンターを使用して、Web ページにいくつかのメモリ統計 (ワーキング セット、GC など) を表示したいと考えています。残念ながら、そのサーバーに複数のアプリケーション プールがある場合、それらはインデックス (#1、#2 など) を使用して区別されますが、(私が持っている) プロセス ID をその #xx インデックスに一致させる方法がわかりません。(ASP.NET Web ページから) プログラムによる方法はありますか?
windows - Windows パフォーマンス カウンター カテゴリの削除
カスタム パフォーマンス カウンター カテゴリがあります。Visual Studio サーバー エクスプローラーは、「登録されていないか、システム カテゴリである」と主張して、削除を拒否します。プログラムで行う以外に、どうすればカテゴリを削除できますか? 削除できるレジストリ キーはありますか?
asp.net - 監視するのに最適なASP.NETパフォーマンスカウンターは何ですか?
ASP.NETのperfmonには、トラックロードのカウンターがあります。開発者にフィードバックできるように、テスト環境で監視するのに最適なもの(5〜10を選択することを考えています)は何ですか。
リクエスト時間、リクエストキューの長さ、アクティブなセッションなどを考えています。
asp.net - ASP.net アプリケーションで SqlServer 接続リークを検出する方法は?
現在、ASP.net 2.0 アプリケーションでいくつかの GUI テストを行っています。RDBMS は SQL Server 2005 です。ホストは Win Server 2003 / IIS 6.0 です。
コードを公開していない外部企業によってプログラムされたため、アプリケーションのソース コードはありません。
IIS を再起動するとアプリケーションが正常に動作することに気付きましたが、いくつかのテストの後、ブラウザを数時間開いて閉じた後、アプリケーションがどんどん遅くなり始めました。この動作は、プログラマーの不適切なクローズ接続の慣行によるものかどうか疑問に思っていました: ここのデータベースでオープン接続リークが発生していると思われます。
最終的には .Net ガベージ コレクターによって閉じられると思いますが、それにはしばらく時間がかかります。
SQL Server Management Studio を持っていますが、アクティビティ モニターから、データベースでかなりの数の接続が開かれていることがわかります。
上記のすべてから、主な質問に関連するいくつかの質問があります。
SQL Server 2005 で、接続が接続プールで使用されるのを待っているために開いているのか、それともアプリケーションによって使用されているために開いているのかを知る方法はありますか?
この種の問題を追跡するのに役立つパフォーマンス カウンターまたはその他の種類のツールの使用方法を学べる優れたオンライン/紙のリソースを知っている人はいますか?
パフォーマンス カウンターが最適なソリューションである場合、監視すべき変数は何ですか?
internet-explorer - InternetExplorer オートメーション オブジェクト + PerformanceCounter = 動作しない?
現在、ユーザーが特定の URL でウィンドウを開いた場合に監視する単純なコンポーネントを構築しようとしています (IE のみ)。このコンポーネントを作成したところ、すべて正常に動作したので、必要に応じてアプリケーションに統合しました。問題は、このアプリケーションで PerformanceCounters が使用されており、これらが InternetExplorer オートメーション オブジェクトの動作を妨げているように見えることです。
そこで、問題を示すためにこの小さなサンプルを書きました。
このサンプルには、「Microsoft Internet Controls」(SHDocVw) への参照が必要です。サンプルをテストするには、Google を開いて「test」を検索します。最初のリンクを取得して、新しいタブまたはウィンドウで開きます。「NewWindow3」イベントが発生する場合と発生しない場合があることがわかります。しかし、15 行目 (スレッドの開始) をコメントアウトすると、オブジェクトは期待どおりに機能し、新しいウィンドウごとにイベントが発生します。
私の質問は、パフォーマンス カウンターが InternetExplorer オブジェクトを妨害する理由と、両方を使用するにはどうすればよいかということです。新しい AppDomain で監視コンポーネントを実行しようとしましたが、問題は解決しませんでした。新しいプロセスを作成することだけが解決策でしたが、これはいくつかの理由でやりたくないことです。
IE 7 を搭載した Win2k3 サーバーでテストしています。
.net - ハードフォールト/秒の.NETPerformanceCounter
Vistaのリソースモニターには、「ハードフォールト/秒」の読み取り値が含まれています。この読み取り値を取得するためにC#で使用できる同等のパフォーマンスカウンターはありますか?メモリカテゴリで「ページフォールト/秒」を試しましたが、それは別のようです。
windows - Windows パフォーマンス カウンターの制限
カスタム Windows パフォーマンス カウンター カテゴリに公開できるデータ量には、どのような制限がありますか?
カウンターの数やインスタンスの数に厳密な制限はありませんが、カテゴリ全体のメモリ制限があることは理解しています。その限界は何ですか?
すべてのパフォーマンス カウンター カテゴリの合計数またはサイズに制限はありますか? 比較的大量のデータを公開する必要がある場合、他に何を考慮する必要がありますか?
これを概観するには、約 50,000 の 32 ビット カウンター インスタンス値を公開する必要があります。存在する制限に応じて、さまざまな方法でこれらをカテゴリに分割できます。
パフォーマンス カウンターが最善の解決策ではないことは承知していますが、この狂気には理由があります。