Ca depends. Most of the nice features you see in your programs, like garbage collection (some people consider that a nice feature ;-), a smooth linear self-compacting heap, CAS, reflection, are actually an interoperation between the runtime environment and instructions inserted by the jitter. The instructions I'm talking about here have nothing (or little) to do with the literal translation of IL to X86, but rather with determining when a ref becomes unreacheable, yielding the processor to give the garbage collection a chance of compacting things (and calling your finalizers, which you, of course, don't have ;-), checking with the metadata to actually start the jitter, extracting attributes' serialized state, and so on.
The actual time jit-ing or interpreting takes place is functionally irrelevant. Although interpreting is probably slower than executing jit'ed code and pre-jit-ing will bloat your image to some extent. -- Henkk ----- Original Message ----- From: "Sam Gentile" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, May 14, 2002 8:19 PM Subject: [DOTNET] CLR execution > Even after 2 years in .NET I still get confused about this. We say that all > CLR compilers emit CIL or MSIL and that's what gives the ability to > interoperate so nicely between CLR languages. The CLR is an abstract stack > based machine that supposedly executes CIL. But does it ever really > "process" or "execute" CIL in its VES since all .NET code is JIted and > always runs native code? If it is always JITed, when or does the VES run any > of the CIL? I'm a little confused. > > > > --------------------- > Sam Gentile > .NET Consultant > Co-author: Wrox Visual C++ .NET: A primer for C++ developers > BLOG: http://radio.weblogs.com/0105852/ > http://www.project-inspiration.com/sgentile/DotNet.htm > http://www.project-inspiration.com/sgentile/ > --------------------------- > > > > > _________________________________________________________________ > Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. > > You can read messages from the DOTNET archive, unsubscribe from DOTNET, or > subscribe to other DevelopMentor lists at http://discuss.develop.com. > You can read messages from the DOTNET archive, unsubscribe from DOTNET, or subscribe to other DevelopMentor lists at http://discuss.develop.com.
