• EnglishEspañol日本語한국어Português
  • Inicia sesiónComenzar ahora

Te ofrecemos esta traducción automática para facilitar la lectura.

In the event of any inconsistency between the English version and the translated version, the English versionwill take priority. Please visit this page for more information.

Crea una propuesta

Rendimiento .NET métrico

El agente .NET de New Relic recopila métricas del tiempo de ejecución de .NET sobre el rendimiento de su aplicación. Estas métricas pueden proporcionar información valiosa sobre cuánta CPU y memoria consume una aplicación, así como cómo el rendimiento de una aplicación puede verse afectado por la recolección de basura y la contención de recursos del grupo de subprocesos.

La suite completa de .NET Performance métrica está disponible .NET agente versiones 8.20 y superiores.

Puedes ver estas métricas en one.newrelic.com > All capabilities > APM & services. Seleccione una aplicación y vaya a More views > Dotnet VMs.

También puedes ver estas métricas por:

CPU métrica

Se recogen las siguientes métricas de CPU:

  • CPU/User/Utilization

    El porcentaje de CPU que consume este proceso.

  • CPU/User Time

    La cantidad de tiempo que el proceso ha dedicado a ejecutar el código de la aplicación.

Memoria métrica

Se recogen las siguientes Memorias métricas:

  • Memory/Physical

    La cantidad de memoria privada (física), en MB, asignada al proceso.

  • Memory/WorkingSet

    Cantidad de memoria física asignada al proceso.

Recogida de basura métrica

El recolector de basura .NET se ejecuta en segundo plano y es responsable de identificar y recuperar la memoria vinculada a objetos a los que una aplicación ya no hace referencia. La siguiente métrica puede ser útil para identificar patrones de asignación de objetos y posibles escenarios de sobreasignación. Este artículo explica con más detalle los fundamentos de la recolección de basura en .NET.

Sugerencia

La recolección de basura métrica está disponible para:

  • Todas las versiones del framework .NET
  • .NET Core 3.0 y superior.

Importante

Para aplicaciones .NET framework , el usuario de Windows bajo el cual se ejecuta su aplicación debe tener acceso a los datos del contador de rendimiento de Windows. Por lo general, esto se logra agregando el usuario a los grupos "Usuario de Monitor de rendimiento" y "Usuario log de rendimiento". Los permisos insuficientes darán lugar a que el agente no recoja la basura métrica.

Métrica general

Adicionalmente se recogen las siguientes métricas de recogida de basura:

  • GC/Handles

    El número de referencias a objetos.

  • GC/Induced

    Normalmente, el tiempo de ejecución realiza la recolección de basura automáticamente. Esta métrica identifica la cantidad de veces que la recolección de basura fue invocada manualmente mediante una llamada explícita a GC.Collect desde el código de la aplicación.

  • GC/PercentTimeInGC

    (solo framework .NET)
    El porcentaje de tiempo transcurrido que el tiempo de ejecución de .NET ha dedicado a realizar la recolección de basura desde el último ciclo de recolección de basura.

Generación - 0 montón

Se recogen las siguientes métricas de GC Gen0:

  • GC/Gen0/Size

    La cantidad de memoria (en MB) que está disponible para ser asignada en la Generación 0. Esto no indica la cantidad de memoria que está utilizando la Generación 0, sino el máximo disponible para ser asignado.

  • GC/Gen0/Promoted

    La cantidad de memoria (en MB) que sobrevivió a la recolección de basura y se promovió de Gen0 a Gen1. La memoria sobrevive a la recolección de basura cuando hay una referencia activa a ella.

  • GC/Gen0/Collections

    Número de veces que el recolector de basura ejecutó la recolección de basura de generación 0.

Generación - 1 montón

Se recogen las siguientes métricas de GC Gen1:

  • GC/Gen1/Size

    La cantidad de memoria (en MB) que se utiliza en el montón de Generación 1. Esto difiere de Gen0/Size, que mide la cantidad máxima de memoria disponible para el montón de generación 0.

  • GC/Gen1/Promoted

    La cantidad de memoria (en MB) que sobrevivió a la recolección de basura y se promovió de Gen1 a Gen2. La memoria sobrevive a la recolección de basura cuando hay una referencia activa a ella.

  • GC/Gen1/Collections

    Número de veces que el recolector de basura ejecutó la recolección de basura de generación 1.

Generación - 2 montón

Se recogen las siguientes métricas de GC Gen2:

  • GC/Gen2/Size

    La cantidad de memoria (en MB) que utiliza Gen2 Heap.

  • GC/Gen2/Survived

    (Solo .NET Core)
    La cantidad de memoria (en MB) que ha sobrevivido a la recolección de basura. La memoria sobrevive a la recolección de basura cuando hay una referencia activa a ella. A diferencia de Gen0 y Gen1, la memoria que sobrevive a la recolección de basura no se promueve.

  • GC/Gen2/Collections

    Número de veces que el recolector de basura ejecutó la recolección de basura de generación 2.

Montón de objetos grandes (LOH)

Se recogen las siguientes métricas GC LOH:

  • GC/LOH/Size

    La cantidad de memoria (en MB) que utiliza el montón de objetos grandes (LOH). En .NET Core, el montón de objetos grandes a veces se denomina Gen3.

  • GC/LOH/Survived

    (Solo .NET Core) La cantidad de memoria (en MB) que ha sobrevivido a la recolección de basura. La memoria sobrevive a la recolección de basura cuando hay una referencia activa a ella. A diferencia de Gen0 y Gen1, la memoria que sobrevive a la recolección de basura no se promueve.

Grupo de subprocesos administrado métrica

El tiempo de ejecución de .NET gestiona un grupo de subprocesos. Las siguientes métricas brindan visibilidad del rendimiento de una aplicación en términos del grupo de subprocesos y pueden ayudar a identificar áreas de escasez del grupo de subprocesos. La inanición/contención del grupo de subprocesos se produce cuando no hay suficientes subprocesos disponibles para procesar las solicitudes realizadas por una aplicación. El siguiente artículo describe las diversas características del grupo de subprocesos administrado. Tenga en cuenta que estas métricas no incluyen información sobre subprocesos que no son administrados por el grupo de subprocesos.

Hilos de trabajo

Los subprocesos de trabajo son subprocesos vinculados a la CPU que se emplean para realizar trabajos en nombre de un proceso.

  • Threadpool/Worker/Available

    Identifica el número de subprocesos administrados disponibles para el proceso. Las cifras constantemente bajas indican un posible escenario de hambruna.

  • Threadpool/Worker/InUse

    Identifica el número de subprocesos de trabajo que el proceso utiliza actualmente.

Hilos de finalización

Los subprocesos de finalización, a veces denominados subprocesos de E/S, se emplean para monitor la finalización de las operaciones de E/S.

  • Threadpool/Completion/Available

    Esta métrica identifica la cantidad de subprocesos que están actualmente disponibles para el proceso. Las cifras constantemente bajas indican un posible escenario de hambruna.

  • Threadpool/Completion/InUse

    Esta métrica identifica la cantidad de subprocesos de finalización que el proceso utiliza actualmente.

Rendimiento

El rendimiento métrico mide cuánto trabajo se ha solicitado realizar en un subproceso diferente, la cantidad de trabajo que se ha iniciado y cuánto trabajo está esperando a que un recurso del grupo de subprocesos esté disponible.

  • Threadpool/Throughput/Requested

    Identifica el número de veces que se ha solicitado que el trabajo se ejecute en un subproceso administrado de grupo de subprocesos diferente.

  • Threadpool/Throughput/Started

    Identifica la cantidad de elementos de trabajo solicitados para ejecutarse en un subproceso independiente que ha iniciado la ejecución.

  • Threadpool/Throughput/QueueLength

    Identifica la cantidad de elementos de trabajo que se han solicitado, pero que están esperando para comenzar. Los números que aumentan constantemente indican una posible situación de inanición del grupo de subprocesos. El siguiente artículo describe cómo modificar la cantidad de subprocesos que están disponibles para una aplicación.

Copyright © 2024 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.