Performance et diagnostic

// ASP.NET Core émet déjà la durée de chaque requête. Ajoute tes propres mesures métier :
public class ServiceCommande(ILogger<ServiceCommande> log)
{
    private static readonly Meter Metrique = new("Boutique.Commandes");
    private static readonly Histogram<double> Duree =
        Metrique.CreateHistogram<double>("commandes.duree", "ms", "Durée de validation");
    private static readonly Counter<long> Validees =
        Metrique.CreateCounter<long>("commandes.validees");

    public async Task ValiderAsync(int id)
    {
        var chrono = Stopwatch.StartNew();
        try { /* ... */ Validees.Add(1); }
        finally { Duree.Record(chrono.Elapsed.TotalMilliseconds); }
    }
}

dotnet tool install --global dotnet-counters
dotnet-counters ps                                   # lister les processus .NET
dotnet-counters monitor -p 1234 \
  --counters System.Runtime,Microsoft.AspNetCore.Hosting

# Ce qu'il faut regarder :
#   cpu-usage                          → saturation processeur ?
#   gc-heap-size / gen-2-gc-count      → fuite mémoire ? (croissance continue)
#   threadpool-thread-count            → famine de threads (voir chapitre 8)
#   threadpool-queue-length            → travail en attente : mauvais signe
#   requests-per-second, current-requests

// dotnet add package BenchmarkDotNet — pour comparer deux implémentations
[MemoryDiagnoser]                       // affiche aussi les allocations : essentiel
public class ConcatBenchmarks
{
    private readonly string[] _mots = Enumerable.Range(0, 1000).Select(i => $"mot{i}").ToArray();

    [Benchmark(Baseline = true)]
    public string Concatenation()
    {
        var s = "";
        foreach (var m in _mots) s += m;       // O(n²) allocations
        return s;
    }

    [Benchmark]
    public string Builder()
    {
        var sb = new StringBuilder();
        foreach (var m in _mots) sb.Append(m);
        return sb.ToString();
    }

    [Benchmark]
    public string Join() => string.Join("", _mots);
}
// dotnet run -c Release
// | Method        | Mean       | Ratio | Allocated |
// | Concatenation | 3 812.4 us |  1.00 |   3.85 MB |
// | Builder       |    18.7 us |  0.005|  36.19 KB |
// | Join          |    12.1 us |  0.003|  19.55 KB |

dotnet tool install --global dotnet-trace
dotnet tool install --global dotnet-dump
dotnet tool install --global dotnet-gcdump

# Profil processeur pendant 30 s (analysable dans Visual Studio ou PerfView)
dotnet-trace collect -p 1234 --duration 00:00:30 --profile cpu-sampling

# Suspicion de fuite mémoire : deux clichés espacés, puis comparaison
dotnet-gcdump collect -p 1234 -o avant.gcdump
# ... attendre, faire tourner l'application ...
dotnet-gcdump collect -p 1234 -o apres.gcdump

# Analyse d'un vidage complet
dotnet-dump collect -p 1234
dotnet-dump analyze core_dump
> dumpheap -stat          # objets par type et taille cumulée
> gcroot <adresse>        # QUI retient cet objet en mémoire