Code Quality: Improve CommandManager#18163
Conversation
|
Thank you for the PR. |
0x5bfa
left a comment
There was a problem hiding this comment.
LGTM. This looks to be incremental now.
It is indeed. Do you want me to update the StringBuilder logic in StringsPropertyGenerator using raw strings too (in a separate PR, obviously)? |
|
Does this have a positive impact on startup performance? |
|
Generators run on VS threads at compilation time, no.
I think it's already better. |
I think it's indeed improved in this PR. But my question was about #18161, where I did not touch the StringBuilder code (yet). Do you want me to make a new PR, that improves that code similarly to the improvements here? |
Not sure what you are referring to? This PR does have a positive impact on startup performance. The newly generated code is more efficient than the previously generated code. Just to be clear, I have no plans for further changes to this PR. On the other hand, changing the way in which the code is generated, i.e. replacing multiple calls to |
|
Thanks for confirming. Did you run any benchmarks to compare the difference in startup performance? If it's noticeable, I can include a mention in the next update changelog. |
|
I did not run any formal benchmark. Measuring cold startup time correctly is not exactly trivial. I would not expect the speedup to be immediately noticeable with the naked eye. There are a lot of things going on during startup, and building the CommandManager is just one of them. You know, Amdahl's law. |
|
Thanks again. |
Resolved / Related Issues
Steps used to test these changes