You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would be better if we introduced a custom message type derived from BuildMessageEventArgs, and stored the items on the message in a structured way, without collapsing them into a single giant string. This way loggers would still get the same behavior, but loggers that are aware (such as BinaryLogger) would efficiently serialize the items without concatenating them into a single string unnecessarily.
I expect this to have huge benefits for logging throughput, memory pressure as well as binlog size and binlog loading speed.
The text was updated successfully, but these errors were encountered:
Currently more than half of all logging is by BuildMessageEventArgs with large message text.
They're categorized into four main categories:
Messages typically reach up to 5MB in size for a single string.
Here's a sampling:
https://gist.github.com/KirillOsenkov/952b0798a760450cc2ae3b5aed3778c3
More stats and details here:
https://github.com/KirillOsenkov/MSBuildStructuredLog/wiki/BinLog-Stats
It would be better if we introduced a custom message type derived from BuildMessageEventArgs, and stored the items on the message in a structured way, without collapsing them into a single giant string. This way loggers would still get the same behavior, but loggers that are aware (such as BinaryLogger) would efficiently serialize the items without concatenating them into a single string unnecessarily.
I expect this to have huge benefits for logging throughput, memory pressure as well as binlog size and binlog loading speed.
The text was updated successfully, but these errors were encountered: