In .Net, il Garbage Collector (GC) si occupa di gestire la memoria che non viene più utilizzata dallanostra applicazione. Se la nostra applicazione alloca molta memoria, il GC dovrà intervenire spesso. Il GC è un processo che ha un costo molto pesante in termini di performance quindi potremmo ottenere enormi miglioramenti se riuscissimo ad allocare meno memoria. Ma come facciamo ad identificare quali parti della nostra applicazione allocano più memoria? In questo può aiutarci la libreria Benchmark.NET (già introdotta nello script #625). Questa libreria offre l'attributo MemoryDiagnoser che aggiunge all'output le informazioni sulla quantità di memoria usata dal codice testato.
[MemoryDiagnoser] public class MyTestClass { [Benchmark] public void MyTestMethod1 { //implementation } [Benchmark] public void MyTestMethod2 { //implementation } [Benchmark] public void MyTestMethod3 { //implementation } }
Come si vede dall'esempio, l'attributo va messo in testa alla classe di test e non sui singoli metodi. Così facendo, avremo la profilazione della memoria per tutti i metodi.
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
I più letti di oggi
- a #RealCodeConf4 il 25 maggio a Firenze parleremo di #silverlight4. iscrizioni gratis su http://u.aspitalia.com/g9
- #HTML5 schema per avere l'intellisense su #VS2008 (anche express) http://u.aspitalia.com/ed
- Parallelizzare le chiamate HTTP con async/await e le Promise in JavaScript
- Rendere sicuro l'endpoint di HealthCheck in ASP.NET Core
- prime app per #wp7summer. vuoi fare strada con #wp7? 5 app e partecipi alla nostra nuova competition: http://aspitalia.com/yu #wp7dev
- disponibile #azure sdk 2.1, con supporto a #vs13 e nuovi tool per #vs12: https://aspit.co/ans