Skip to content

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

Open
davidsh opened this issue Jun 9, 2020 · 8 comments
Open

Consider cleaning up Microsoft-System-Net-* diagnostic tracing #37655

davidsh opened this issue Jun 9, 2020 · 8 comments
Labels
area-System.Net enhancement Product code improvement that does NOT require public API changes/additions
Milestone

Comments

@davidsh
Copy link
Contributor

davidsh commented Jun 9, 2020

See: #37428 (comment)

It is true that some of the previously ported "Microsoft-System-Net-" events we have are a mess and are inconsistent. I think we can address that. But I would prefer to do that with a separate discussion/issue and not bottleneck on getting this telemetry focused events/counters into dotnet/runtime.
Do we have an issue tracking cleaning that up? It really is a mess.

@davidsh davidsh added enhancement Product code improvement that does NOT require public API changes/additions area-System.Net labels Jun 9, 2020
@ghost
Copy link

ghost commented Jun 9, 2020

Tagging subscribers to this area: @dotnet/ncl
Notify danmosemsft if you want to be subscribed.

@Dotnet-GitSync-Bot Dotnet-GitSync-Bot added the untriaged New issue has not been triaged by the area owner label Jun 9, 2020
@karelz
Copy link
Member

karelz commented Jun 16, 2020

@davidsh is it something we should tackle in 5.0? Is it going to help end to end scenarios with YARP significantly?

@davidsh
Copy link
Contributor Author

davidsh commented Jun 16, 2020

@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.

@stephentoub
Copy link
Member

stephentoub commented Jun 16, 2020

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.

@karelz
Copy link
Member

karelz commented Jun 17, 2020

@davidsh if you can confirm that it does not interfere with end to end telemetry, please move it to Future milestone. Thanks!

@davidsh
Copy link
Contributor Author

davidsh commented Jun 17, 2020

@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.

@davidsh davidsh removed the untriaged New issue has not been triaged by the area owner label Jun 17, 2020
@davidsh davidsh added this to the Future milestone Jun 17, 2020
@samsp-msft
Copy link

@MihaZupan @karelz - didn't this get resolved with the new events that we added in 6/7?

@MihaZupan
Copy link
Member

MihaZupan commented Dec 8, 2022

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.
They're still around, we just renamed them (e.g. Microsoft-System-Net-Http => Private.InternalDiagnostics.System.Net.Http) to make it clear they're actually different.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area-System.Net enhancement Product code improvement that does NOT require public API changes/additions
Projects
None yet
Development

No branches or pull requests

6 participants