Skip to content

Commit

Permalink
Merge pull request #7390 from newrelic/translations-aef48fb
Browse files Browse the repository at this point in the history
Updated translations - 2022-04-30 (machine translation)
  • Loading branch information
caylahamann committed May 4, 2022
2 parents 0d9b521 + aef48fb commit 9fa5184
Show file tree
Hide file tree
Showing 2 changed files with 50 additions and 35 deletions.
Original file line number Diff line number Diff line change
@@ -1,19 +1,19 @@
---
title: .Netパフォーマンスメトリクス
title: .NETパフォーマンスメトリクス
tags:
- Agents
- NET agent
- Other features
translationType: machine
---

New Relic の .Net エージェントは、.Net ランタイムからアプリケーションのパフォーマンスに関するメトリクスを収集します。これらのメトリクスは、アプリケーションが消費するCPUとメモリの量や、ガベージコレクションやスレッドプールのリソース競合によってアプリケーションのパフォーマンスがどのような影響を受けるかを知ることができます
New Relicの.NETAgentは、アプリケーションのパフォーマンスに関するメトリックを.NETランタイムから収集します。これらのメトリックは、アプリケーションが消費するCPUとメモリの量、およびガベージコレクションとスレッドプールリソースの競合によってアプリケーションのパフォーマンスがどのように影響を受けるかについての洞察を提供できます

.Net Performance Metricsのフルスイートは、.Net Agentのバージョン8.20以降で利用可能です
.NETパフォーマンスメトリクスの完全なスイートは、.NETAgentバージョン8.20以降で利用できます

これらのメトリクスを表示するには、カスタム [ダッシュボード](/docs/query-your-data/explore-query-data/dashboards/introduction-new-relic-one-dashboards) を作成してください。または、 **Metric explorer** under **[one.newrelic.com](https://one.newrelic.com) > APM> (select an app)> More views**.

## CPU メトリクス [#cpu-metrics]
## CPUメトリック [#cpu-metrics]

以下のCPU Metricsが収集されます。

Expand All @@ -22,7 +22,7 @@ New Relic の .Net エージェントは、.Net ランタイムからアプリ
* **CPU/User Time**
プロセスがアプリケーションコードを実行するのに費やした時間です。

## メモリメトリクス [#memory-metrics]
## メモリメトリック [#memory-metrics]

以下のMemory Metricsが収集されます。

Expand All @@ -31,33 +31,33 @@ New Relic の .Net エージェントは、.Net ランタイムからアプリ
* **Memory/WorkingSet**
プロセスに割り当てられた物理メモリの量。

## ガーベッジコレクション・メトリクス [#garbage-collection]
## ガベージコレクションのメトリック [#garbage-collection]

.Net のガーベジコレクタはバックグラウンドで動作し、アプリケーションから参照されなくなったオブジェクトに関連するメモリを特定して再利用する役割を果たします。以下のメトリクスは、オブジェクトの割り当てパターンや潜在的な過剰割り当てのシナリオを特定するのに役立ちます。この [の記事](https://docs.microsoft.com/en-us/dotnet/standard/garbage-collection/fundamentals) では、.Net におけるガベージコレクションの基礎についてさらに詳しく説明しています
.NETガベージコレクタはバックグラウンドで実行され、アプリケーションによって参照されなくなったオブジェクトに関連付けられたメモリを識別して再利用します。次のメトリックは、オブジェクト割り当てのパターンと潜在的な過剰割り当てシナリオを特定するのに役立つ場合があります。この[記事](https://docs.microsoft.com/en-us/dotnet/standard/garbage-collection/fundamentals)では、.NETでのガベージコレクションの基本についてさらに説明します

<Callout variant="tip">
ガベージコレクションの測定値は以下の通りです。

* .Net Frameworkのすべてのバージョン
* .Net Core 3.0以上
* .NETFrameworkのすべてのバージョン
* .NETCore3.0以降。
</Callout>

<Callout variant="important">
.Net Framework アプリケーションの場合、アプリケーションを実行する Windows ユーザーは、Windows パフォーマンスカウンタデータへのアクセス権を持っている必要があります。通常、これは"Performance Monitor Users" および"Performance Log Users" グループにユーザーを追加することで実現されます。パーミッションが不十分だと、エージェントがガベージコレクションのメトリクスを収集できなくなります
.NET Frameworkアプリケーションの場合、アプリケーションを実行するWindowsユーザーは、Windowsパフォーマンスカウンターデータにアクセスできる必要があります。通常、これは、ユーザーを「パフォーマンスモニターユーザー」および「パフォーマンスログユーザー」グループに追加することによって実現されます。アクセス許可が不十分な場合、エージェントはガベージコレクションメトリックを収集しません
</Callout>

### 総合評価指標 [#overall-metrics]
### 全体的な指標 [#overall-metrics]

さらに、以下のガーベッジコレクションメトリクスが収集されます。

* **GC/Handles**
オブジェクトへの参照の数です。
* **GC/Induced**
通常、ランタイムはガベージコレクションを自動的に実行します。この指標は、アプリケーションコード内で `GC.Collect` を明示的に呼び出すことにより、ガベージコレクションが手動で呼び出された回数を特定します
* **GC/PercentTimeInGC** (.Net Frameworkのみ)
最後のガベージコレクションサイクル以降に、.Netランタイムがガベージコレクションの実行に費やした経過時間の割合です
* **GC/誘導**
通常、ランタイムはガベージコレクションを自動的に実行します。このメトリックは、アプリケーションコード内から`GC.Collect`への明示的な呼び出しによってガベージコレクションが手動で呼び出された回数を識別します
* **GC/PercentTimeInGC** (.NET Frameworkのみ
最後のガベージコレクションサイクル以降、.NETランタイムがガベージコレクションの実行に費やした経過時間の割合

### ジェネレーション - 0 ヒープ [#gen-0-heap]
### 世代-0ヒープ [#gen-0-heap]

以下のGC Gen0のメトリクスが収集されます。

Expand All @@ -68,7 +68,7 @@ New Relic の .Net エージェントは、.Net ランタイムからアプリ
* **GC/Gen0/Collections**
ガベージコレクタが実行したGeneration 0 Garbage Collectionの回数。

### ジェネレーション - 1ヒープ [#gen-1-heap]
### 世代-1ヒープ [#gen-1-heap]

以下のGC Gen1メトリクスが収集されます。

Expand All @@ -79,39 +79,54 @@ New Relic の .Net エージェントは、.Net ランタイムからアプリ
* **GC/Gen1/Collections**
ガベージコレクタで実行されたGeneration 1 Garbage Collectionの回数です。

### ジェネレーション - 2 ヒープ [#gen-2-heap]
### 世代-2ヒープ [#gen-2-heap]

以下のGC Gen2メトリクスが収集されます。

* **GC/Gen2/Size**
Gen2 ヒープが _使用しているメモリの量(MB)_
* **GC/Gen2/Survived** (.Net Core Only)
ガベージコレクションに耐えたメモリの量(MB単位)。メモリは、アクティブな参照がある場合、ガベージコレクションに耐えます。Gen0 および Gen1 とは異なり、ガベージコレクションを生き延びたメモリは _であり、_ 昇格しません
* **GC/Gen2/Survived** (.NET Coreのみ)
ガベージコレクションで存続したメモリの量(MB単位)。メモリへのアクティブな参照がある場合、メモリはガベージコレクションを存続します。 Gen0およびGen1とは異なり、ガベージコレクションを存続させるメモリはプロモートされ_ません_
* **GC/Gen2/Collections**
ガベージコレクタが実行したGeneration 2 Garbage Collectionの回数。

### ラージオブジェクトヒープ(LOH) [#large-object-heap]

以下のGC LOHメトリクスが収集されます。

* **GC/LOH/Size**
_Large Object Heap(LOH)が使用しているメモリの量(MB)_ 。.Net Coreでは、Large Object HeapはGen3と呼ばれることもあります。
* **GC/LOH/Survived** (.Net Core Only)
ガベージコレクションに耐えたメモリの量(MB)です。メモリは、アクティブな参照がある場合、ガベージコレクションに耐えます。Gen0 および Gen1 とは異なり、ガベージコレクションを生き延びたメモリは _であり、_ の昇格はありません。
* **GC /LOH/サイズ**
ラージオブジェクトヒープ(LOH)によって_使用さ_れているメモリの量(MB単位)。 .NET Coreでは、ラージオブジェクトヒープはGen3と呼ばれることもあります。
* **GC/LOH/Survived** (.NET Coreのみ)ガベージコレクションを生き残ったメモリの量(MB単位)。メモリへのアクティブな参照がある場合、メモリはガベージコレクションを存続します。 Gen0およびGen1とは異なり、ガベージコレクションを存続させるメモリはプロモートされ_ません_

## マネージド・スレッド・プール・メトリクス [#managed-thread-pool]
## 管理されたスレッドプールのメトリック [#managed-thread-pool]

.Netランタイムは、スレッドのプールを管理します。以下のメトリクスは、スレッドプールの観点からアプリケーションのパフォーマンスを可視化し、スレッドプールの枯渇領域を特定するのに役立ちます。スレッドプールのスターベーション/コンテンションは、アプリケーションからの要求を処理するために利用可能なスレッドが十分でない場合に発生します。次の記事 [](https://docs.microsoft.com/en-us/dotnet/standard/threading/the-managed-thread-pool)では、管理されたスレッドプールのさまざまな機能について説明しています。 なお、これらの指標には、 _スレッドプールで管理されていないスレッドに関する情報は含まれていません。_
.NETランタイムは、スレッドのプールを管理します。次のメトリックは、スレッドプールの観点からアプリケーションのパフォーマンスを可視化し、スレッドプールが不足している領域を特定するのに役立つ場合があります。スレッドプールの枯渇/競合は、アプリケーションによって行われた要求を処理するために使用できる十分なスレッドがない場合に発生します。次の[記事](https://docs.microsoft.com/en-us/dotnet/standard/threading/the-managed-thread-pool)では、管理対象スレッドプールのさまざまな機能について説明します。これらのメトリックには、スレッドプールによって管理されていないスレッドに関する情報は含まれてい_ない_ことに注意してください。

_### ワーカーのスレッド [#worker-threads]ワーカースレッドは、プロセスに代わって作業を行うために採用される、CPUに拘束されたスレッドです。* **Threadpool/Worker/Available**
### ワーカースレッド [#worker-threads]

ワーカースレッドは、プロセスに代わって作業を行うために採用される、CPUに拘束されたスレッドです。

* **Threadpool/Worker/Available**
プロセスで利用可能な管理対象スレッドの数を特定します。常に低い数値で推移している場合は、飢餓状態の可能性があります。
* **Threadpool/Worker/InUse**
プロセスが現在使用しているワーカースレッドの数を示します。### 完成度の高いスレッド [#completion-threads]I/Oスレッドとも呼ばれる完了スレッドは、I/Oオペレーションの完了を監視するために採用されます。* **Threadpool/Completion/Available**
プロセスが現在使用しているワーカースレッドの数を示します。

### 完了スレッド [#completion-threads]

I/Oスレッドとも呼ばれる完了スレッドは、I/Oオペレーションの完了を監視するために採用されます。

* **Threadpool/Completion/Available**
このメトリックは、プロセスで現在利用可能なスレッドの数を識別します。一貫して低い数値は、飢餓状態の可能性を示します。
* **Threadpool/Completion/InUse**
このメトリックは、プロセスが現在使用している完了スレッドの数を特定します。### スループット [#throughput]スループットメトリクスは、別のスレッドで実行が要求された作業量、開始された作業量、スレッドプールのリソースが利用可能になるのを待っている作業量を測定します。* **Threadpool/Throughput/Requested**
このメトリックは、プロセスが現在使用している完了スレッドの数を特定します。

### スループット [#throughput]

スループットメトリクスは、別のスレッドで実行が要求された作業量、開始された作業量、スレッドプールのリソースが利用可能になるのを待っている作業量を測定します。

* **Threadpool/Throughput/Requested**
別のスレッドプールで管理されているスレッド上での作業の実行が要求された回数を識別します。
* **Threadpool/Throughput/Started**
別のスレッドで実行を要求されたワークアイテムのうち、実行を開始したものの数を示します。
* **Threadpool/Throughput/QueueLength**
要求されているが、開始を待っているワークアイテムの数を識別します。常に増加している数値は、スレッドプールが飢餓状態になっている可能性を示します。以下の記事 [](https://docs.microsoft.com/en-us/dotnet/api/system.threading.threadpool.setmaxthreads)では、アプリケーションで利用可能なスレッド数を変更する方法を説明しています。_
要求されているが、開始を待っているワークアイテムの数を識別します。常に増加している数値は、スレッドプールが飢餓状態になっている可能性を示します。以下の記事 [](https://docs.microsoft.com/en-us/dotnet/api/system.threading.threadpool.setmaxthreads)では、アプリケーションで利用可能なスレッド数を変更する方法を説明しています。
Original file line number Diff line number Diff line change
Expand Up @@ -10,7 +10,7 @@ translationType: machine

import browserSummaryPage from 'images/browser_summary_page.png'

[ブラウザモニタリング](/docs/browser/new-relic-browser/getting-started/new-relic-browser)'s **Summary** ページは、アプリのリアルユーザーのブラウザパフォーマンスをまとめたものです。Summary ページは以下のように使用します
[ブラウザモニタリング](/docs/browser/new-relic-browser/getting-started/new-relic-browser)**\[概要]**ページには、アプリの実際のブラウザのパフォーマンスがまとめられています。 **\[概要]**ページを使用して、次のことを行います

* アプリのブラウザ側のパフォーマンスの傾向を見ることができます。
* ページロードのタイミングに関する問題の迅速なトラブルシューティング
Expand Down Expand Up @@ -42,9 +42,9 @@ import browserSummaryPage from 'images/browser_summary_page.png'
* [ユーザー重視のページロードタイムチャート](#user_load)
* [スループットチャート](#throughput-chart)
* [フロントエンドとバックエンドのチャート](#front_vs_back)
* [デバイスタイプ別の最初のインタラクション、ユーザーエージェント別の最初のインタラクション、JavaScriptのエラー、URL別の最初の入力の最長遅延時間](#other-charts)
* [関連するEntitiesウィジェット](#related_entities)
* [シンセティック・モニターを見る](#synthetic_monitors)
* [デバイスタイプによる最初のインタラクション、ユーザーエージェントによる最初のインタラクション、JavaScriptエラー、およびURLによる最長の最初の入力遅延](#other-charts)
* [関連エンティティウィジェット](#related_entities)
* [合成モニターを見る](#synthetic_monitors)

## Core Web Vitals ウィジェット [#core_vitals]

Expand Down Expand Up @@ -95,4 +95,4 @@ import browserSummaryPage from 'images/browser_summary_page.png'

## シンセティック・モニターを見る [#synthetic_monitors]

ザ View Synthetics monitors button ボタンを押すと、 **ページに** します。 Syntheticsの詳細については、 [](docs/synthetics)を参照してください。
**\[合成モニターの表示**]ボタンをクリックすると、\[**合成**]ページに移動します。合成の詳細については、[合成モニタリング](docs/synthetics)を参照してください。

0 comments on commit 9fa5184

Please sign in to comment.