Ho letto su C # Performance Counters e mi chiedevo se avrei dovuto tenerli nella mia build di rilascio?
Non ho mai incontrato un'applicazione con contatori di prestazioni personalizzati che mi inducano a pensare che forse non è una buona pratica.
Allo stesso tempo, disporre di contatori delle prestazioni specificatamente dedicati al processo della propria applicazione dovrebbe facilitare la risoluzione di eventuali problemi dopo il rilascio.
Risposta breve: includili se ne hai veramente bisogno in fase di esecuzione
Tutti i contatori sono effettivamente "personalizzati" poiché l'app di origine li crea quando necessario. SQL server, IIS e molti altri servizi Microsoft utilizzano contatori delle prestazioni personalizzati. Anche alcuni di quelli generati dal sistema operativo mancano se si disattiva la funzione che li attiva. Sono molto utili per fare cose come il monitoraggio dei tassi di eventi specifici al di fuori di un ampio pool di thread.
I problemi relativi alle autorizzazioni con la loro creazione e gestione sono il problema principale che si può incontrare se non si sta eseguendo come amministratore, o se si tenta di crearli / rimuoverli con programmi di installazione MSI vecchia scuola per qualche motivo.
Possono avere un impatto perfetto ad alto utilizzo e spesso non vengono monitorati da nulla se si lascia a qualcun altro la creazione del monitoraggio.
Li includo spesso, ma con un passaggio di configurazione per ignorarli completamente, e lo codifico sempre in modo tale che un errore sui contatori non sia fatale e non sprechi il tempo a riprovare spesso.
Leggi altre domande sui tag design c# performance