GCFScape v1.6.2 - NemPosted: Nov 26th, 2006 - 1:53:37 pm
  • GCFScape - Fixed bug in GCF file defragmentation progress.
  • GCFScape - Upgraded to HLLib v2.0.4.
[ 12745 Views ]

1. the_felixPosted: Dec 12th, 2006 - 1:43:47 am
bleeh

2. VarsityPosted: Jan 4th, 2007 - 7:01:38 am
The defragmenter (which is far better than Steam's BTW) eats up nearly 900MB of memory, which is then only slowly reclaimed by the system even after GCFScape has been closed. What can I do about that?

3. NemModified: Jan 9th, 2007 - 8:21:53 pm
The memory consumption is Windows caching the GCF file as each page is read into memory. Windows seems to do this even though I unmap each GCF cluster after it has been defragmented. This is not a memory leak and the memory should be reclaimed by the OS as it is needed. That fact that it remains in use after GCFScape closes is (in my opinion) indicative of Windows' poor memory management.

brokenball

I haven't found a way to fix this yet and I'm not even sure if there is a way, however, I will be extending HLLib's mapping interface to remove the file mapping requirement for defragmentation which should provide a work around to the problem. Because this isn't critical, some of my other projects have preference in the meantime (namely Crafty).

Edit: the next release will allow for defragmentation with or without file mapping.

capoera

You must be logged in to post a comment.
New users can register here.
Nem's Tools v2.0 © 2006 Ryan Gregg.
Execution time: 0.024842s; Queries: 17.
dishes served.
Powered by The Wavelength.

Valid XHTML 1.0 Transitional Valid CSS
π