Hoppa till innehåll

Rekommendation

Beroende på situation

En utvecklare kan stänga av det: dotnet-kommandon skickar som standard data om användning, och BoosterX rekommenderar avstängning för alla som inte skickar feedback till .NET-teamet.

Om .NET SDK inte är installerat och dotnet-kommandon inte körs sker ingen dataöverföring och inställningen ändrar ingenting.

Huvudsaklig effekt
Avstängning av telemetri för .NET SDK
FPS och minne
FPS påverkas inte

Det handlar om telemetri för .NET SDK och CLI-verktyg — kommandon som dotnet build eller dotnet run, inte om program skrivna i .NET. Enligt Microsofts publika dokumentation är insamlingen påslagen som standard: när kommandon körs skickas uppgifter om kommandot och dess parametrar, SDK-version och operativsystem, och vid ett CLI-fel — undantagets namn och anropsstacken för verktygskoden. Att starta ett program via dotnet genererar ingen telemetri: data samlas bara in för verktygskommandon.

Avstängningen handlar om integritet, inte om hastighet: telemetrin hindrar inte kommandonas arbete och någon prestandaökning bör man inte förvänta sig. Vid första körningen av ett SDK-kommando visas ett meddelande om telemetri — det är förväntat beteende, inte ett fel. Telemetri för .NET-program och webbtjänster påverkas inte: de skickar bara det som deras utvecklare har implementerat.

Öppna ett nytt terminalfönster — miljövariabler läses vid starten av det — och kör $Env:DOTNET_CLI_TELEMETRY_OPTOUT: variabeln ska vara satt.

Öppna “Optimering” → “Integritet” → “Dev-verktyg och CLI” → “Telemetri Dot Net”, ställ omkopplaren i läget “På”: BoosterX tillämpar avstängningen av telemetri för .NET CLI. Klicka på “Tillämpa”. Om “Omedelbar tillämpning” är påslaget behövs ingen separat knapp. För att återställa ställer du omkopplaren i läget “Av” och tillämpar ändringen igen: BoosterX återställer Windows standardtillstånd med telemetri för .NET påslagen; ett nytt terminalfönster tar upp variabeln.

Senaste kontroll: 2026-09-19.