Jason Voegele wrote:
I answered this in my reply to Giovanni. My QThread derivatives are in
Python. From what I've read so far, that sounds like bad news. :(
Well, only in so much as you should spawn of processes to do this
work... Encoding sounds like something that should be pretty easily
I am a relative newcomer to Python and I don't know much about the Global
Interpreter Lock (GIL) in general. However, I am developing a PyQt
application that makes fairly heavy use of QThread to perform multiple tasks
concurrently. I've heard some vague statements that PyQt manages the GIL
On 4/10/2009 8:26 PM, Jason Voegele wrote:
I am a relative newcomer to Python and I don't know much about the Global
Interpreter Lock (GIL) in general. However, I am developing a PyQt
application that makes fairly heavy use of QThread to perform multiple tasks
concurrently.
Usually, Qt
Hi,
On Friday 10 April 2009 20:26:37 Jason Voegele wrote:
I am a relative newcomer to Python and I don't know much about the Global
Interpreter Lock (GIL) in general. However, I am developing a PyQt
application that makes fairly heavy use of QThread to perform multiple
tasks concurrently.
On Friday 10 April 2009 02:35:19 pm Giovanni Bajo wrote:
Usually, Qt applications don't require many threads because many things
(eg: network) can be easily done without.
I'm working on a CD ripper application and using QThreads to do multiple
encoding operations concurrently by having each
On Friday 10 April 2009 02:35:32 pm Arnold Krille wrote:
Are your QThread-derived threads written in python or in C++? If they are
python, you hit the same limitation the threading-derived threads hit: Only
one thread can be executed in the python-interpreter at a time. And even if
PyQt