Quali sono i migliori contatori delle prestazioni ASP.NET da monitorare? [chiuso]

Question

Esistono camion carichi di contatori disponibili in perfmon per ASP.NET. Quali sono i migliori (sto pensando di scegliere 5-10) che saranno i migliori da monitorare nel nostro ambiente di test in modo da poter fornire feedback agli sviluppatori.

Sto pensando a cose come il tempo richiesto, la lunghezza della coda richieste, le sessioni attive ecc.

Answer 1

Per un normale (non test di prestazioni / stress) saresti a posto con quanto segue:

• Richiesta totale byte (molto importante soprattutto per le applicazioni web (non intranet)
• Richieste non riuscite
• Richieste / sec
• Errori durante l'esecuzione
• Errori non gestiti durante l'esecuzione
• Totale connessioni server SQL sessione
• Sessioni server statali attive

Per il test delle prestazioni probabilmente vorresti cose come:

• % utilizzo CPU (assicurati di verificare un utilizzo della CPU molto basso e potrebbe indicare che qualcosa è morto)
• Richieste in coda
• Hit della cache di output

Answer 2

Quelli che utilizzo di più sono i contatori di memoria. Tutti loro. So che non sono specifici di ASP.NET, ma gli unici problemi che abbia mai avuto con un'app Web erano problemi di memoria.

Heap eccessivo, raccolte di gen 2 e% di tempo in GC sono i più importanti. Se il tuo tempo in GC sta andando fuori controllo, è un segno che l'interfaccia utente e il viewstate sono troppo grandi. Un grande mucchio e un sacco di raccolte di seconda generazione indicano che stai conservando troppe cose in memoria (ad esempio, lo stato della sessione inproc).

Le normali app ASP.NET basate sui controlli web richiedono che molti oggetti vengano creati e quindi distrutti rapidamente, poiché una pagina viene ricostruita e quindi eliminata. Le raccolte di alta generazione non sono male. È quando inizi a vedere molti oggetti che lo trasformano in gen1 e poi gen2 che suggerisce che stai perdendo memoria o stai trattenendo troppo stato.

Answer 3

Prestare attenzione ai contatori di memoria quando si esegue più di un pool di applicazioni ASP.NET controlla il problema su http://blog.dynatrace.com/2009/02/27/can-you-trust-your-net-heap-performance-counters/