Here's an example patch that showed pd-gui using 80% of the memory after about 7 hours. The patch simply writes numbers to the Pd console. I'm now wondering if the problem is not a memory leak but that the console display buffer has no size limitation, it appears.
This is a x686 CPU, pd-vanilla.
-John
Hans-Christoph Steiner wrote:
Do you have an example patch that causes this? Which CPU type?
pd-vanilla or pd-extended?.hc
On Apr 28, 2007, at 3:53 PM, John Harrison wrote:
I am running Pd 0.39-2 on ubuntu Dapper. It seems as though if I leave Pd running for more than several days, the entire computer freezes or becomes sluggish to the point of being unusable. I can hear the disk thrashing like crazy.
By setting up a cron job writing ps -auxw to a new time-stamped file in a directory every 5 minutes, I can clearly see by looking at these files that the problem is that Pd slowly but surely eats all the memory resources of the machine. If I run the same patch with the nogui option, the problem disappears. The thing is, I need to run this patch indefinitely *and* I need the gui.
Am I seeing a memory leak in the gui and is this a known problem?
-John
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
All information should be free. - the hacker ethic
#N canvas 0 0 450 300 10; #X obj 171 174 mod 10; #X obj 138 146 +; #X msg 154 119 1; #X obj 118 93 t f f; #X obj 118 69 int; #X obj 136 205 print; #X obj 92 17 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1 -1; #X msg 118 10 stop; #X obj 107 42 metro 1; #X connect 0 0 4 1; #X connect 1 0 0 0; #X connect 1 0 5 0; #X connect 2 0 1 1; #X connect 3 0 1 0; #X connect 3 1 2 0; #X connect 4 0 3 0; #X connect 6 0 8 0; #X connect 7 0 8 0; #X connect 8 0 4 0;