On Sat, 17 May 2008 22:26:09 +0200 Roman Haefeli reduzierer@yahoo.de wrote:
On Sat, 2008-05-17 at 21:01 +0100, Andy Farnell wrote:
On Sat, 17 May 2008 21:19:50 +0200 Roman Haefeli reduzierer@yahoo.de wrote:
what do you consider many? i counted 8 [line~]s and 4 [vline~]s in the main patch. the main patch is using 10 instances of an abstraction, that has a [line~], so the sum of all is around 22 [line~] objects.
They are all audio rate (constant cost) so I don't see a problem either. In the past I've noticed signal rate [line]
do you actually mean a message base [line] here?
Sorry, that's what I meant.
can be a problem.
yo, in my case, though i am not totally sure, it seems, that sending 'set' messages to [partconv~] too often causes trouble. i haven't checked the code, but i don't assume, that sending messages to [line~], [vline~] or [line] causes spikes in the cpu usage.
btw: is there a way to monitor the cpu usage on a linux box at a very high rate, so that short spikes get visible? it would might help me figuring out, if the really 'set' messages to [partconv~] are causing troubles.
Using top with a combination of -b and -d options might help.
roman
___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de