Skip to content

Conversation

@AArnott
Copy link
Member

@AArnott AArnott commented Nov 16, 2022

In full generation, the FriendlyOverloadExtensions.g.cs file was by far the largest (over 10MB in size). The C# compiler compiles types in parallel, so a very large type represents a huge unit of work that cannot be broken down into parallel compilations. It also means very large allocations for the string that renders the entire string. Splitting this up into one class per COM interface should help compilation performance, particularly in our full generation test.

@AArnott AArnott enabled auto-merge November 16, 2022 18:46
@AArnott AArnott force-pushed the perfWork branch 2 times, most recently from eaf41b4 to 27e21a7 Compare November 16, 2022 19:58
In full generation, the `FriendlyOverloadExtensions.g.cs` file was by far the largest (over 10MB in size). The C# compiler compiles types in parallel, so a very large type represents a huge unit of work that cannot be broken down into parallel compilations. It also means very large allocations for the string that renders the entire string. Splitting this up into one class per COM interface should help compilation performance, particularly in our full generation test.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants