Python not giving free memory back to the os get's me in real problems ...
Diez B. Roggisch
deets at nospam.web.de
Thu Apr 26 01:23:01 CEST 2007
> Donald 'Paddy' McCarthy <paddy3118 at netscape.net> wrote
>> Could you split the program into one handling the outer loop and
>> calling another program, with data transfer, to handle the inner
>> - Paddy.
> I'm afraid this isn't possible, because the python macro is called
> and started from within our commercial tool which leads to the
> cirumstance that this tool eats up more and more memory.
> Due to the fact that there is no way we can start the tool via
> commandline giving an argument that tells the tool it has to
> start macroXY.py after startup I don't see a way to lower the
> memory usage by splitting it up in two loops.
Is the python macro crippled in any way - e.g. threading? Maybe
delegating the actual processing to an external python process you feed
through the macro might work.
More information about the Python-list