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
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
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;
Hallo, John Harrison hat gesagt: // John Harrison wrote:
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.
You can disable use of the Pd window console using the "-stderr" command line option. I have it in my ~/.pdrc
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
On 4/30/07, John Harrison john.harrison@wichita.edu wrote:
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.
I posted about this last Friday. Pd just continues to allocate memory whenever something is printed to the Console.
-
chris clepper -
Frank Barknecht -
Hans-Christoph Steiner -
John Harrison