Author Message
 Posted 11/20/2013 9:54:55 AM
StrataFrame Beginner

StrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame Beginner

Group: StrataFrame Users
Last Login: 11/9/2020 7:12:23 AM
Posts: 41, Visits: 347

I have a maintenance form with two text boxes and a dropdownlist (See attachment).  All of the controls are bound toBO. Dropdownlist populationType is BusinessObject and it fill the data from amethod.

 

I am using enterprise server and this maintenance form fetchthe data from there.

 

Here is the issue: Before I open the maintenance form memorytaken by the application is 114.6 MB and as soon I open the form it was 127.1and when I close the form it was 120.2 MB. I did this many time to see what ishappening and here are the result:

Before Open ==> ASAP Opened ==> After Closed

114.6 ==> 127.1 ==> 120.2

120.2 ==> 129.8 ==> 123.1

123.1 ==> 126.8 ==> 119.9

119.9 ==> 133.1 ==> 126.1

 

It is happening to all the maintenance form and theapplication becoming a memory

 hog.

 

Is there any way I can fix this?



 Maintenance Form.JPG (7 views, 25.41 KB)

Tags:
Post #32315
Add to Twitter Add to Facebook
 Posted 11/26/2013 8:13:54 AM
StrataFrame Beginner

StrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame Beginner

Group: StrataFrame Users
Last Login: 11/9/2020 7:12:23 AM
Posts: 41, Visits: 347
I tried using local database (not using enterprise server) and the result were same.
Post #32322
Add to Twitter Add to Facebook
 Posted 12/26/2013 8:47:35 AM
Advanced StrataFrame User

Advanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame User

Group: StrataFrame Users
Last Login: 7/10/2020 5:51:30 AM
Posts: 944, Visits: 40,447
Where are you seeing this "leak"?, if via Task Manager, you really cant go by that. Garbage collection in .NET by design won't return all the memory taken necessarily until it "needs" it, and the way it decides when it needs it is very complex. If you have identified a "leak" by manually making your code collect and finalize garbage collection or already seen the leak via a memory profiler, then I would look at something in your application that is holding on to a GC root and thus not allowing the garbage collection to execute properly.

I have very recently hunted down what I thought were possibly leaks in SF using ANTS Memory Profiler in a very large and complex application.. and it was my code, not SF.

Hope that helps a bit.




Keith Chisarik
Post #32338
Add to Twitter Add to Facebook
 Posted 12/26/2013 9:11:19 AM
StrataFrame Developer

StrataFrame DeveloperStrataFrame DeveloperStrataFrame DeveloperStrataFrame DeveloperStrataFrame DeveloperStrataFrame DeveloperStrataFrame DeveloperStrataFrame DeveloperStrataFrame Developer

Group: StrataFrame Developers
Last Login: 11/20/2019 8:57:25 AM
Posts: 6,610, Visits: 6,776
Just to add to Keith, we spend a fair amount of time sending our code through profilers, such as the .NET Memory Profiler.  Everythign that Keith said was correct in regards to looking at the Task Manager, etc.  Even if you force a garbage collection, the task manager may still not reflect what is really going on.

Tracking down memory leaks is a pain, but the tool that we use most often now is .NET Memory Profiler (http://memprofiler.com/) and you can see what references, handlers, etc. are being left open as well as objects that are not being disposed.  Sometimes it can be a very complicated process to track down the issue, and other times very obvious once you see it in the profiler, but in any case, you need a tool like this to really get to the bottom of it.
Post #32339
Add to Twitter Add to Facebook


Similar Topics

Expand / Collapse

Reading This Topic

Expand / Collapse

Site Map - Home - My Account - Forum - About Us - Contact Us - Try It - Buy It

Microsoft, Visual Studio, and the Visual Studio logo are trademarks or registered trademarks of Microsoft Corporation in the United States and/or other countries.