First let me say that I'm new at memory issues and I'm currently trying to find reasons for our memory problems.
What you should know about the application:
- We are developing a WindowsApplication with VS 2003 FW1.1 (VB.NET).
- Our Appliaction is parted in several modules (DLLs) that are all referenced by the main module/main program.
- the application is mostly gui + showing and manipulating data of a SQLServer database
- we are using C1 Components (especially lots of TrueDBGrid and C1Combo)
I did some early research work with mem profiler trial and I found out the following:
When I start the main module and open a form of another module, mem profiler shows the currently used memory (real time view) to be about 1,5 MB - not a big deal.
The same time when I watch the memory in taskmanager (process of the main programm) it shows bout 40 MB.
The same amount is shown in mem profiler when I watch the physical memory view.
I found several memory leaks with mem profiler and could manage to avoid many of them. But it did not get better with this.
When I use the application for some minutes the physical memory goes up quickly to 120, 130 MB, although the real view in mem profiler shows much less memory.
My question is:
Are these massive differences between real time view and physical mem view (like in task manager) just caused bei CLR and COM?
Or are there other possible reasons for this?
It's just because our system admins do not accept the quite low memory in "real time view", but just the the "real one" of task manager
