-
Notifications
You must be signed in to change notification settings - Fork 5k
Consider cleaning up Microsoft-System-Net-* diagnostic tracing #37655
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Tagging subscribers to this area: @dotnet/ncl |
@davidsh is it something we should tackle in 5.0? Is it going to help end to end scenarios with YARP significantly? |
YARP scenarios will benefit from the new telemetry-focused events/counters being added in new namespaces: System.Net.Http, System.Net.Sockets, etc. These existing events in the "Microsoft-System-Net-*" namespaces are targeted more for debugging/diagnosing. I don't think this is a must have for 5.0. @stephentoub might have more comments on this since he asked for a tracking issue for this. |
It's not required for .NET 5, unless its presence is interfering with the actual telemetry we want developers consuming (either from a performance perspective or noise perspective). The majority of the existing tracing is, in my opinion, of very little value and when enabled has overheads, plus it muddies up the codebase. |
@davidsh if you can confirm that it does not interfere with end to end telemetry, please move it to Future milestone. Thanks! |
It's not going to interfere with telemetry. For that scenario we want customers to only use the new event namespaces that will have our new events/counters. |
@MihaZupan @karelz - didn't this get resolved with the new events that we added in 6/7? |
This issue is referring to the very verbose events we use for diagnostics ourselves (networking team), not the telemetry we added and encourage users to actually use. |
See: #37428 (comment)
The text was updated successfully, but these errors were encountered: