Just to play the devils' advocate; If we do a full program optimalisation phase on each application that's installed on the system and include system/corelib we could possibly get a speed improvement compared to using them as a seperate lib.
All the functionality that's in system/corelib that wouldn't be used, wouldn't be included in the binary. Also, code memory usage will be far less compared to actuall data memory anyway. (but then again, executables contain a lot of resources in the form of images etc. these days) Another thing to consider is that we might, eventually, want to be able to let applications use different versions of the system/corelib.. On Dec 25, 2007 10:21 PM, Jonathan Chayce Dickinson <[EMAIL PROTECTED]> wrote: > Hey All, > > Once again, I found a good article (actually a continuation from the one > I sent previously). View article... > <http://feeds.feedburner.com/%7Er/vuscode/%7E3/205857279/net-foundations-net-execution-model.aspx> > > In any case, what is interesting is that JITted code is only cached for > each AppDomain (in essence each app has it's compiled version of > System.dll/corelib, very inefficient). It would be interesting to figure > out how to cache compiled code globally and just redirect memory > pointers within that code. Any ideas? Is it a viable idea? Maybe some > clever paging? I rate we could get nice memory savings like that :). > > Merry Christmas people! And a happy new year! > > -- > Jonathan Dickinson > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > SharpOS-Developers mailing list > SharpOS-Developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sharpos-developers > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ SharpOS-Developers mailing list SharpOS-Developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sharpos-developers
