I've been using -nogui -rt under linux without anyproblems. I'm doing Gem stuff though, and my patch is very complex and so I'm not suprised it uses 96% CPU on my 700Mhz. I'm also using 36... I do have netsends and netreceives in the patch...
Good luck!
Ben
----- Original Message ----- From: d dieb13@klingt.org Date: Saturday, February 8, 2003 10:38 am Subject: Re: [PD] pd -nogui , cpuload
Maurizio Umberto Puxeddu wrote:
Hi!
I don't have any explanation/solution, sorry.
May I ask if you are experimenting any or more drop outs when the cpu-load is exploded?
yes, the sound is a total mess (distorted and clicking), and i have to restart pd.
btw: i'm allready using netreceive in my patches. that was the only hint by miller i could find on the list:
Yes, if you run -nogui, put a "netreceive" somewhere in your
patch or
else the scheduler gets sick. Why, you might ask, but it's too ugly to talk about
cheers Miller
regards d13b
PD-list mailing list PD-list@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
I've been using -nogui -rt under linux without anyproblems. I'm doing Gem stuff though, and my patch is very complex and so I'm not suprised it uses 96% CPU on my 700Mhz. I'm also using 36... I do have netsends and netreceives in the patch...
just to add, I also have pd -nogui running on a server. it does some mp3streaming and other things with OSC. no netreceives, though. been running for months now.
top says this:
PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 28903 root 15 0 5260 5256 1256 S 14,8 1,0 4405m pd 28901 root 15 0 5260 5256 1256 R 2,7 1,0 1082m pd
curious problem. -august.
may be an object with a memory leak ??
( what's the size of the process when f... up ? )
sevy/yves
august wrote:
I've been using -nogui -rt under linux without anyproblems. I'm doing Gem stuff though, and my patch is very complex and so I'm not suprised it uses 96% CPU on my 700Mhz. I'm also using 36... I do have netsends and netreceives in the patch...
just to add, I also have pd -nogui running on a server. it does some mp3streaming and other things with OSC. no netreceives, though. been running for months now.
top says this:
PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 28903 root 15 0 5260 5256 1256 S 14,8 1,0 4405m pd 28901 root 15 0 5260 5256 1256 R 2,7 1,0 1082m pd
curious problem. -august.
PD-list mailing list PD-list@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
Hey, I've been experiencing a similar problem. I had two patches running with -nogui both had netreceives and both were streaming mp3 and both were running at about 1.5 % cpu each. But as soon as I added a third patch the cpu load skyrockets to about 60%. Sometimes it's just one of the patches running at about 55% and sometimes it seems to be distributed between the three patches and each of them shows about 15 - 20%. Really weird. I've also tried various combinations of the patches to see if one of them is the problem but it doesn't matter which two of the three run together, they just use 1.5% each but as soon as I add a third, it goes up to 50 - 60%. Another strange thing is that I tried running all three on another, similar machine with the exact same setup and there, all three ran at only about 0.9% each.
This is using pd 36 on redhat 7.3, 600mhz celeron The patches are pretty basic, they all use netreceive, route, delread/write~,mp3cast~ and buzz~. Aside from that it's just osc~ and phasor~ stuff.
If there's some way to resolve the problem I'd love to hear it.
Pall
On Laugardagur, febrúar 8, 2003, at 05:40 , Yves Degoyon wrote:
may be an object with a memory leak ??
( what's the size of the process when f... up ? )
sevy/yves
august wrote:
I've been using -nogui -rt under linux without anyproblems. I'm doing Gem stuff though, and my patch is very complex and so I'm not suprised it uses 96% CPU on my 700Mhz. I'm also using 36... I do have netsends and netreceives in the patch...
just to add, I also have pd -nogui running on a server. it does some mp3streaming and other things with OSC. no netreceives, though. been running for months now.
top says this:
PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 28903 root 15 0 5260 5256 1256 S 14,8 1,0 4405m pd 28901 root 15 0 5260 5256 1256 R 2,7 1,0 1082m pd
curious problem. -august.
PD-list mailing list PD-list@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
Pall Thayer myndlistamaður/kennari artist/teacher Fjölbrautaskólanum við Ármúla (www.fa.is) http://www.this.is/pallit _____________________________________
-
august -
bbogart＠ryerson.ca -
Pall Thayer -
Yves Degoyon