Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / .NET Framework / General / January 2006

Tip: Looking for answers? Try searching our database.

.Net framework RAM/processor requirements understanding

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Raj - 10 Jan 2006 16:43 GMT
1) What would be the runtime RAM requirements for a managed application
compared to similar application unmanaged.  Will there be more RAM required
because it is managed application, say simple application like 'Hello world'
which is not using any stack or heap variables.

2) If I install .Net frame work 1.1 or 2.0 and donot run any managed
application, will the .Net frame still use any RAM?

3) Please direct me to any links that explain RAM or processor overhead
because of running a managed application or simply because of installing .Net
framework.

Thanks,
Raj
Willy Denoyette [MVP] - 10 Jan 2006 18:50 GMT
| 1) What would be the runtime RAM requirements for a managed application
| compared to similar application unmanaged.  Will there be more RAM required
| because it is managed application, say simple application like 'Hello world'
| which is not using any stack or heap variables.

Yes, the memory consumption of .NET applications is somewhat higher than a
native application. The reason for this is that the run-time ust be loaded
before any managed code can run, the amount of memory that isneeded is
highly dependent of the type of application, but in general one can say that
such app. consumes some 5 - 10 MB more than it's unmanaged equivalent.

| 2) If I install .Net frame work 1.1 or 2.0 and donot run any managed
| application, will the .Net frame still use any RAM?

No.

| 3) Please direct me to any links that explain RAM or processor overhead
| because of running a managed application or simply because of installing .Net
| framework.

Google can be helpfull to find some of these resources, but basically all
you need can be found on Microsoft's MSDN site.

Willy.
Raj - 11 Jan 2006 19:31 GMT
Thanks for the detailed reply.

I guess this managed overhead is constant after all managed components are
loaded even if we keep adding more and more managed Applications or windows
services.

> | 1) What would be the runtime RAM requirements for a managed application
> | compared to similar application unmanaged.  Will there be more RAM
[quoted text clipped - 23 lines]
>
> Willy.
Willy Denoyette [MVP] - 12 Jan 2006 16:00 GMT
Not really, the CLR is loaded per process, while a lot of the framework code
is shared amongst managed processes, your code is not (unless you ngen'd
your assemblies).

Willy.

| Thanks for the detailed reply.
|
[quoted text clipped - 29 lines]
| >
| > Willy.
Raj - 31 Jan 2006 19:21 GMT
1) Is the .text area not shared even when same application(same version) has
more instances like two processes for same application.

2) Is it  same with unmanaged Win32 applications also? Only Dll text is
shared?

thanks,
Raj

> Not really, the CLR is loaded per process, while a lot of the framework code
> is shared amongst managed processes, your code is not (unless you ngen'd
[quoted text clipped - 43 lines]
> | >
> | > Willy.

Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.