>>> Frequently I run out of system resources and my system crashes. This =
>>> happens when my current project is open with Delphi 3 and I am running =
>>> my app (I tend to have quite a few units open at once). I had 32MB RAM =
>>> which I have just upgraded to 80MB. This installed fine, my PC seems to
>>> recognise it etc BUT I'm still no better off. The amount of disk =
>>> swapping has reduced dramatically as you'd expect but I still run out of
>>> system resources. I thought my RAM upgrade would cure this but it =
>>> hasn't. Any idea what "resource" I'm running out o. I've got about 150MB
>>> HDD space free for the windows swap file.
> The standard TCombobox uses a lot of windows resources.
But you'll never have enough in existence at a time to make a significant effect...
Destroy windows when they're not visible... Only create those you need, etc..
Too many people leave all of the forms on autocreate and use the supplied form
handles instead of creating forms on the fly - minimising memory usage is not
that difficult but it's not done for you... Incidentally how much is a 'lot' of
resources
and are these resources returned on form destroys...
IMHO a few simple windows tweaks.
1. Fix the size of the windows swap file and make sure it's not fragmented.
2. Never allow your harddrive to get more than 90% full windows does a shit of a
job keeping freespace defragmented as the freespace list doesn't seem to
be a size indexed tree.
** NT is even worse, recommendations by most defragmentation packages is to
never allow your harddrive to fill more than 80% and my own tests indicate that
the filesystem performance for NTFS does indeed suddenly drop around that
percentile.
3. Under NT memory makes the world of difference all the way up to (at least)
192mb (especially is using an improved cache management tool), under Win9x
performance gains seem to drop quickly above 64mb.
On low spec CPUs tools like FindFast can actually slow your drive access if you
use your machine in such a way as to create a large number of small files within a
close period of time - since the performance gap between Drive Speed and
surplus CPU time is reduced and the indexes can be updated for every file created
(at the very least a String Test has to be performed to confirm whether the new
file belongs in the index).
--
Aaron Scott-Boddendijk
Jump Productions
(07) 838-3371 Voice
(07) 838-3372 Fax
---------------------------------------------------------------------------
New Zealand Delphi Users group - Offtopic List - [EMAIL PROTECTED]
Website: http://www.delphi.org.nz
