Come vedere quale applicazione asp.net in un pool utilizza la maggior parte della memory

Abbiamo un pool di applicazioni in IIS che appaiono alcune applicazioni. Secondo Task Manager, questa apppool utilizza oltre 4 GB di memory, e devo capire quale applicazione specifica è la causa di questo.

C'è un modo per get maggiori informazioni?

  • Errore di configuration IIS7 e errori remoti
  • nginx, session appiccicosa e IIS
  • Analizzatore di log W3C
  • IIS 6 SSL si interrompe dopo il clone di VMware con la personalizzazione
  • Automazione delle attività di Help Desk utilizzando un'interface web Powershell
  • Configurazione di SSL tramite IIS in un'istanza Windows AWS EC2
  • Non è ansible connettersi al sito di FTP di IIS sotto Amazon EC2
  • IIS, nuclei multipli di CPU, pool di applicazioni e processi di lavoratori - la migliore configuration per un singolo sito?
  • 3 Solutions collect form web for “Come vedere quale applicazione asp.net in un pool utilizza la maggior parte della memory”

    È ansible utilizzare Performance Monitor e Debug Diag per generare discariche sulle condizioni di utilizzo elevate della memory, incluso l'utilizzo della memory IIS. Performance Monitor consente di monitorare la memory di Asp.NET utilizzata (ci sono diversi contatori) e Debug Diag consente di catturare le discariche degli utenti in base ai contatori delle performance.

    screenshot di diagnostica di debug

    Dopo che Debug Diag elabora un dump, ti informsrà quali processi utilizzano quanta memory.

    C'è un articolo più lungo qui . Spero che aiuti.

    Potrei prendere un approccio più semplice e mettere tutti i siti nel suo pool di app e vedere che sta crescendo fuori controllo.

    Controllare se l'applicazione esegue più attività di disco utilizzando gli strumenti di esplorazione di process. Questi strumenti forniranno prospettive dettagliate di file e file maniglie informazioni che vengono aperte e utilizzate dal process problematico. Ci permetterà di sapere quanti file maneggiare e le altre maniglie (socket, thread, handle di mutex, ecc.) Vengono utilizzati dal process di preoccupazione durante il tempo di inattività.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.