On this same subject of MSCORSVW.EXE...
Just yesterday I applied some Windows Updates. And among them were a number of updates to the .NET components.
Since yesterday, I've seen the well-known and much described system of CPU usage shooting up (with corresponding fan increases to cool the very busy CPU, and associated fan noise). And looking in TASKMGR it's always MSCORSVW.EXE which is the culprit here, apparently doing what it wants to do.
It may be in the background, and it may be at low priority, but it's still requiring 100% CPU and it still has the same effect.
I took
the recommended course of action as described in this blog, running ngen.exe in a command prompt window to let it do the rest of its compiles. Took a few minutes, but eventually it finished.
Looking at the relevant directories before I started, it was apparent that something had been modifed in two of the .NET directories, obviously from the Windows Update, and that these were the queued compiles being processed by NGEN.EXE in the background:
03/24/2011 09:42 PM <DIR> v1.0.3705
03/24/2011 09:42 PM <DIR> v1.1.4322
06/15/2011 06:24 PM <DIR> v2.0.50727
11/21/2010 12:06 AM <DIR> v3.0
11/20/2010 08:31 PM <DIR> v3.5
06/15/2011 06:29 PM <DIR> v4.0.30319
And sure enough, now that I've gone ahead and finished all of the "queued items" using the foreground solution trick, I no longer have this 100% CPU issue from the MSCORSVW.EXE service.
It's still shown in services of TASKMGR (though it may not be present any longer if I were to re-boot, which I haven't yet), but at least it's no longer awakening every so often to eat CPU and spin-up my fans. Quite a relief.