.NET method inlining

Jeff Key — Fri, 30 Jan 2004 04:20:00 GMT

CLR Inlining

Paul's Imaginary Friend — Fri, 30 Jan 2004 12:09:00 GMT

re: More on inlining...

Jim Argeropoulos — Fri, 30 Jan 2004 14:27:00 GMT

You may also check out Rico's recent post on inlining http://weblogs.asp.net/ricom/archive/2004/01/14/58703.aspx

re: More on inlining...

moo — Mon, 09 Feb 2004 13:18:00 GMT

Why dont you inline small switch-case constructs?

Why was 32 bytes chosen as an IL size for inlining?

Are small loops not unrolled and inlined or is any loop just not inlined?

Why are struct parameters not inlined?

I get the impression that alot of code that could be inlined wont be.

re: More on inlining...

Eric — Mon, 09 Feb 2004 21:50:00 GMT

Moo, I'll see if I can get somebody on the runtime to address those concerns...

re: More on inlining...

Rico Mariani — Mon, 09 Feb 2004 23:56:00 GMT

I'm not on the JIT team so I can't really answer definitively. But the overarching theme here is that the JIT isn't like a regular compiler -- it has serious time and space constraints because it's running, after all, in the same process as the application it is jitting for. As a result of that certain heuristics were chosen to trade off compilation speed for code quality.

There's a certain irony here because you can imagine that in fact *better* compliation might be possible when JITing because we know all the details of the target machine, no guessing, and you could even imagine capturing information about what has happened so far, or what happened last time, to do a better job jitting. But all of these factors are competing against the clock... high speed compilation in the JIT is also very valuable.

So in the end there's a natural tension and you make choices like the 32 bytes of IL.

To get the history of why those particular choices were made, you'd want a JIT person to speak. My guess would be that they'd often say it's all a comprimise.

However you could imagine for instance doing a lot more heavy lifting when ngen'ing than when jitting. But then of course you get the other trade off that if the compiler does totally different things there might be different bugs, which would really be annoying...

But I digress...

re: More on inlining...

moo — Tue, 10 Feb 2004 01:17:00 GMT

Sure its a compromise but there is more than one Runtime out there for different architectures. Server and Workstation, the difference mainly being the garbage collector running on a different CPU right?

How do these different versions differ on the JIT?

re: More on inlining...

仪表 — Tue, 01 Jun 2004 20:26:00 GMT

runtime to address those concerns?it dosn't work!

MBA

MBA — Sat, 18 Dec 2004 18:51:00 GMT

Helpful For MBA Fans.

Re:

RebelGeekz — Tue, 28 Dec 2004 13:02:00 GMT

[http://itpeixun.51.net/][http://aissl.51.net/][http://kukuxz003.freewebpage.org/][http://kukuxz001.51.net/][http://kukuxz003.51.net/][http://kukuxz005.51.net/][http://kukuxz002.51.net/][http://kukuxz004.freewebpage.org/][http://kukuxz007.51.net/][http://kukuxz001.freewebpage.org/][http://kukuxz006.51.net/][http://kukuxz002.freewebpage.org/][http://kukuxz004.51.net/][http://kukuxz008.51.net/][http://kukuxz009.51.net/][http://kukuxz005.freewebpage.org/][http://kukuxz006.freewebpage.org/][http://kukuxz007.freewebpage.org/][http://kukuxz009.freewebpage.org/]

robubu » Worlds Apart - JVMs and CLIs

robubu » Worlds Apart - JVMs and CLIs — Fri, 30 Mar 2007 06:00:40 GMT

PingBack from http://robubu.com/?p=27

robubu - the technical weblog of Rob Yates » Worlds Apart - C# and Java

robubu - the technical weblog of Rob Yates » Worlds Apart - C# and Java — Fri, 27 Apr 2007 03:53:03 GMT

PingBack from http://robubu.com/?p=28

[Daily Issue] Spiegare il Method In-Lining

NeatCoding — Fri, 14 Sep 2007 12:32:02 GMT

[Daily Issue] Spiegare il Method In-Lining

Scott Hanselman's Computer Zen - Release IS NOT Debug: 64bit Optimizations and C# Method Inlining in Release Build Call Stacks

Thu, 25 Oct 2007 22:34:40 GMT

PingBack from http://www.hanselman.com/blog/ReleaseISNOTDebug64bitOptimizationsAndCMethodInliningInReleaseBuildCallStacks.aspx

Release IS NOT Debug: 64bit Optimizations and C# Method Inlining in Release Build Call Stacks

ASPInsiders — Thu, 25 Oct 2007 23:48:32 GMT

Just a reminder: Release builds are not Debug builds. Seems obvious, but it's worth saying again. Release

Debugging Release Builds

Wed, 30 Apr 2008 01:25:21 GMT

Vi builder altid vores release builds med /DEBUG:PDBONLY og /optimize+. Ved at benytte /DEBUG:PDBONLY