Question

I’m working on a simulation program.

One of the first things the program does is read in a huge file (28 mb, about 79’000 lines,), parse each line (about 150 fields), create a class for the object, and add it to a TStringList.

It also reads in another file, which adds more objects during the run. At the end, it ends up being about 85’000 objects.

I was working with Delphi 2007, and the program used a lot of memory, but it ran OK. I upgraded to Delphi XE, and migrated the program over and now it’s using a LOT more memory, and it ends up running out of memory half way through the run.

So in Delphi 2007, it would end up using 1.4 gigs after reading in the initial file, which is obviously a huge amount, but in XE, it ends up using almost 1.8 gigs, which is really huge and leads to running out and getting the error

So my question is

1. Why is it using so much memory?
2. Why is it using so much more memory in XE than 2007?
3. What can I do about this? I can’t change how big or long the file is, and I do need to create an object for each line and to store it somewhere

Thanks

Answer 1

It’s hard to say why your 28 MB file is expanding to 1.4 GB worth of objects when you parse it out into objects without seeing the code and the class declarations. Also, you say you’re storing it in a TStringList instead of a TList or TObjecList. This sounds like you’re using it as some sort of string->object key/value mapping. If so, you might want to look at the TDictionary class in the Generics.Collections unit in XE.

As for why you’re using more memory in XE, it’s because the string type changed from an ANSI string to a UTF-16 string in Delphi 2009. If you don’t need Unicode, you could use a TDictionary to save space.

Also, to save even more memory, there’s another trick you could use if you don’t need all 79,000 of the objects right away: lazy loading. The idea goes something like this:

• Read the file into a TStringList. (This will use about as much memory as the file size. Maybe twice as much if it gets converted into Unicode strings.) Don’t create any data objects.
• When you need a specific data object, call a routine that checks the string list and looks up the string key for that object.
• Check if that string has an object associated with it. If not, create the object from the string and associate it with the string in the TStringList.
• Return the object associated with the string.

This will keep both your memory usage and your load time down, but it’s only helpful if you don’t need all (or a large percentage) of the objects immediately after loading.