On 11.08.05, Richard Smith wrote:
Are there any Python bindings for JACK?
I foud the following on the JackIt site. There are also py scripts that can be used to control jack. But I've not used any of this.
Thanks. I'll have a look into this when I find some time.
Could be but it could also be some other thread not releasing Python's global interpreter lock (GIL) (for instance during I/O). To
Hmmm... If that's the case then that might explain why the eric debugger has such a hard time with pytone.
alleviate this problem a bit, I'm planning to rewrite the small output buffering class in C. Then we won't be dependent on having the GIL anymore. This buffering thread then could obtain realtime priority, although I currently do not know how to do this.
From what I just read there dosen't seem to be a way to schedule the
priority of an individual thread. pthreads made some mention of it but I couldn't find out if it was supported under linux.
Actually, that's what I also remembered. Of course one could make the buffering code a separate process but this would complicate things to a certain degree. Then it's probably better to rely on some external daemon like JACK.
Right now to you start the python process with sched FIFO or sched RR. I can't remember which one is better. All python threads will then inherit that priority. That may or may not be any better than before.
remember that there is more than one algo you can select for GC.
Python uses a reference counting based GC together with a regular mark and sweep GC run to collect objects with circular references.
You can get a few statistics using the gc module.
Ah. So I'm guessing you have allready looked at this then?
Yes, indeed :-) And I wasn't able to find any "leak". Everything looked perfectly fine at least during my (not so extensive) tests...
Jörg