Apparently, Vtune is saying you are spending most of the time JIT-compiling your managed code. If you have been running representative samples, and the time reported spent there approaches the total time spent, maybe that is so. I would suppose this is possible when you don't spend time in small loops.
after some further investigations, I have the assumption that the whole managed processing time is shown under this mscorwks DLL. So I guess I have to provide some more details on your environment:
* we have an application that uses both managed and unmanaged code * it involves several processes communicating and working together
When I try to start the application from VTune, it crashes. So I am currently limited to starting out of VTune. I followed the indications of the online help, and put the executable used for starting in the list of 'modules of interests' (and no name in 'application to launch').
However, in my sample list, I don't get any name for DLLs which are pure managed DLLs. Only for the ones holding unmanaged code. And mscorwks.dll...
Has someone some hints here how I can configure this another way so that I properly obtain information about managed code?
Is this an application (EXE)? Is the EXE managed or unmanaged code?
I would recommend using the Call Graph or Sampling Wizard and selecting the .NET Profiling option. Then, on one of the following steps, select "Mixed mode" to collect data on both managed and unmanged code.
Sorry, they changed the name on me. :-} In Step 2 of 2 of the 7.2 Call Graph Wizard (after selecting .NET Profiling in the very first dialog of the Wizard), there is an option to collect Call Graph data on ".NET Classes only" or "All .NET classes and all native modules". Select the later to get datafor managed and unmanaged code.