NGen Overview

RE: NGen Overview

Andy — Thu, 25 Sep 2003 05:41:00 GMT

Very informative article. I never realized that there was so much to NGen. I just thought that it was doing the same thing as the CLR when it JITs, only not at the app's runtime. I look forward to more articles like this from you. This was a very good post. :)

RE: NGen Overview

Andrew Stopford — Fri, 26 Sep 2003 16:25:00 GMT

Thanks Jason that was a great post :) Would love to see some posts on the Rotor JIT, how it compares to the standard JIT and what issues are involved with the JIT when porting the PAL.

RE: NGen Overview

Jason — Fri, 26 Sep 2003 18:22:00 GMT

Good suggestion, we should definately be able to provide that kind of content. thanks!

RE: NGen Overview

Andrew Stopford — Tue, 30 Sep 2003 17:56:00 GMT

Good stuff ! Would love to see articles and posts like this, maybe these could be hosted on http://www.sscli.net (I do think it should have a Rotor RSS aggregator). Along with a few others I am currently doing some research on a Rotor port (hench my interest :)

RE: NGen Overview

Krisztian Gyuris — Wed, 01 Oct 2003 16:50:00 GMT

Congratulations for this great article. There are loads of good information here J You mentioned at one point that earlier you compiled the Word in IL but it was slow. Did you also ngened it? If yes how big was the performance gain? Thanks!

RE: NGen Overview

Jason Zander — Tue, 07 Oct 2003 18:50:00 GMT

Good question Krisztian. At the time we did this experiment in V1.0, NGen didn't actually exist (we were designing and writing the tool then). So we did not do that experiment, and have not since tried recompiling MS Word. We have, of course, tried numerous other applications to gain our data. If we do try it again, I'll post results here for folks to look at.

re: NGen Overview

Randy — Fri, 13 Feb 2004 22:03:00 GMT

I wish that MSDN pointed to this article when they cite that "pre-compiling a Windows Forms application" can lead to faster startup times. They just mention that it can help without any of the considerations that I found here... (I've since taken it out of my installation procedures, even though it did offer faster start time for my applications - it didn't seem worth the risk to an upgrade path to future versions of the Framework)

CGO and MRE

Michal Cierniak's Weblog — Sun, 28 Mar 2004 07:05:00 GMT

CGO and MRE

Michal Cierniak's Weblog — Sun, 28 Mar 2004 20:38:00 GMT

YAGP - Yet Another GAC Post

Maurice Flanagan's Blog — Mon, 19 Apr 2004 17:19:00 GMT

re: Hello, World

davfries's WebLog — Fri, 11 Jun 2004 11:33:00 GMT

At the SJSU Users Group Meeting

Brad Abrams — Fri, 24 Sep 2004 06:30:00 GMT

Post #2

VIOLATING THE CODE — Mon, 27 Dec 2004 21:14:00 GMT

Post #2

VIOLATING THE CODE — Mon, 27 Dec 2004 21:16:00 GMT

Post #2

VIOLATING THE CODE — Tue, 28 Dec 2004 08:48:00 GMT

To NGen or not to NGen

B# .NET Blog — Thu, 01 Sep 2005 02:52:44 GMT

To GAC or not to GAC? That is the question » Advanced .NET Debugging

To GAC or not to GAC? That is the question » Advanced .NET Debugging — Thu, 11 Jan 2007 22:50:34 GMT

PingBack from http://dotnetdebug.net/2006/01/22/to-gac-or-not-to-gac-that-is-the-question/

Which .net framework settings are being saved from one launch to another ? When is csc.exe being run without my command ? | keyongtech

Thu, 22 Jan 2009 08:06:51 GMT

PingBack from http://www.keyongtech.com/604432-which-net-framework-settings-are