While debugging performance issues with process startup from a customer, I noticed that we spent a measurable amount of time in the OS memory allocator allocating the memory forMethodData structures.

I found a couple of things

• We were creatingMethodDataObject structures that contained information about all methods (including non-virtuals) when most uses within the type loader were both non-cacheable creations, and ignored all non-virtual functions.
  • Add a concept of allocating and filling either a fullMethodDataObject or one that only had virtuals in it.
• When allocating the memory forMethodDataInterfaceImpl structures we were allocating it based on the number of methods on the type, but we were only utilizing the memory associated with the number of virtuals on the type. Change to allocate the correct size.
• We had a case where we only needed to get theMethodData if it existed in the cache, and update the cached copy. Adjust the path so that it can avoid allocating theMethodData at all in that case.