[Performance][Optimization] Method inline question about messagepack-csharp

[AArnott]

I don't know why the methods that are attributed were attributed. Inlining already happens by the JIT automatically in cases where it is obvious to the JIT that it would provide a useful improvement. We should only add attributes where the JIT isn't already inlining it yet we've measured perf and found it to make it faster to add the attribute.
If you have that data, I'd take a PR that adds the attributes.

[nmi-relewise]

The methods are getting called ~300M times, in green:

The timings differ 49 vs 34 sec:

It seem to be a possible way go forward; however I'd ask collective brain to look for pitfalls in da approach.

Thanks.

[nmi-relewise]

The first challenge - how to measure accurately.
There are tier-ed compilations, therefore a point with JIT optimizations makes sense:

However, as you've mentioned, runtime to pick how/which calls to be inlined:

In case of .NET 7 the ReadInt32 method still gets a jmp (what is weird - with multiple different addresses).

Since we are effectively trying to measure the impact of 'extra' work on top of read int from span = super fast, any observation tools will introduce the noise = influence = explain why numbers are so different with dotTrace, and not that far in real life.

@AArnott