View previous topic :: View next topic |
Author |
Message |
lozzer
Joined: 27 Jun 2007 Posts: 49
|
Posted: Thu Jun 28, 2007 8:34 am Post subject: Commit charge in Win2000 |
|
|
When we launch our program under Windows 2000 the commit charge memory value goes up by over 1Gb. Then, when a file is opened it goes up a little more and even when the file is closed the memory never gets released. I have monitored this in the 'Processes' window in Windows Task Manager.
Then, even more worryingly when the program is exited the commit charge value only goes down by 800Mb, thus resulting in a 'memory leakage' of over 400Mb. Windows XP seems to have got rid of the memory leakage problem as the commit charge value drops immediately the program is exited.
It has been explained to me by our developers that the huge amount of 'commit' memory is down to the big arrays which are defined when the program is run, but over 1Gb sounds like a lot to me.
Does anyone else have any such experience and is there a purge memory function we should be running?
Thanks in advance. _________________ Lozzer |
|
Back to top |
|
|
PaulLaidler Site Admin
Joined: 21 Feb 2005 Posts: 7925 Location: Salford, UK
|
Posted: Thu Jun 28, 2007 8:44 am Post subject: |
|
|
If there is a memory leak after the program exits then this is entirely down to the operating system.
SLINK allows you to vary the amount of memory committed when the program starts up. See the SLINK documentation in the FTN95 help file. |
|
Back to top |
|
|
lozzer
Joined: 27 Jun 2007 Posts: 49
|
Posted: Thu Jun 28, 2007 9:11 am Post subject: |
|
|
OK thanks, but all of the other applications I have tested on the same computer don't generate the same memory leakage when they are exited. I assumed that this was unique to FTN95.
Does anyone know how to purge memory in Win2000? _________________ Lozzer |
|
Back to top |
|
|
PaulLaidler Site Admin
Joined: 21 Feb 2005 Posts: 7925 Location: Salford, UK
|
Posted: Thu Jun 28, 2007 12:24 pm Post subject: |
|
|
Have you checked the Task Manager to ensure that the program has fully exitted? |
|
Back to top |
|
|
lozzer
Joined: 27 Jun 2007 Posts: 49
|
Posted: Thu Jun 28, 2007 12:58 pm Post subject: |
|
|
Yes, completely. No problems with it disappearing off the list and nothing left there which doesn't relate to other applications.
Here are the various screenshots.
First, before the FTN95 application is loaded...
Now, after the application is loaded...
Now, after the application has been closed...
I hope this helps.
Thanks. _________________ Lozzer |
|
Back to top |
|
|
JohnHorspool
Joined: 26 Sep 2005 Posts: 270 Location: Gloucestershire UK
|
Posted: Thu Jun 28, 2007 2:37 pm Post subject: |
|
|
Nigel,
I develope FEA pre and post processing software, which can generate very large model meshes but can also import very large amounts of geometry information from CAD. I place all my large arrays in common blocks and use the "virtual common" facility when linking. I find that this method is very efficient in memory handling, and I do not have any problems with large models.
Do your developers make use of "virtual common" ?
best regards,
John Horspool
Roshaz Software Ltd.
Gloucestershire |
|
Back to top |
|
|
lozzer
Joined: 27 Jun 2007 Posts: 49
|
Posted: Thu Jun 28, 2007 4:42 pm Post subject: |
|
|
JohnHorspool wrote: |
I develope FEA pre and post processing software, which can generate very large model meshes but can also import very large amounts of geometry information from CAD. I place all my large arrays in common blocks and use the "virtual common" facility when linking. I find that this method is very efficient in memory handling, and I do not have any problems with large models.
Do your developers make use of "virtual common" ?
Gloucestershire |
Thanks for your input John
Your suggestion about 'Virtual Common' could well prove to be of use. We'll look into it. Many thanks for your time. I'll post any findings back here. _________________ Lozzer |
|
Back to top |
|
|
lozzer
Joined: 27 Jun 2007 Posts: 49
|
Posted: Thu Jun 28, 2007 4:59 pm Post subject: |
|
|
Many thanks John
We tried Virtual common and it appears to have solved the problem. Now the Commit Charge memory usage is much lower and when the program quits all of it is relinquished.
A result I think!
Nigel _________________ Lozzer |
|
Back to top |
|
|
JohnHorspool
Joined: 26 Sep 2005 Posts: 270 Location: Gloucestershire UK
|
Posted: Thu Jun 28, 2007 9:03 pm Post subject: |
|
|
Nigel,
Very glad to be of help. This forum has been very useful to me in the past, and I'm happy to assist others.
John |
|
Back to top |
|
|
|