On 05 Sep 2005 10:29:48 GMT, Nick Craig-Wood <[EMAIL PROTECTED]> wrote:
>Jeremy Jones <[EMAIL PROTECTED]> wrote: >> One Python process will only saturate one CPU (at a time) because >> of the GIL (global interpreter lock). > >I'm hoping python won't always be like this. I don't get that. Phyton was never designed to be a high performance language, so why add complexity to its implementation by giving it high-performance capabilities like SMP? You can probably get a bigger speed improvement for most tasks by writing them in C than by running them on 2 processors in an inerpreted language. Instead of trying to make Python into a high-performance language, why not try to factor out the smallest possible subset of the program that really needs the performance boost, write that as a library in C, then put all the high-level control logic, UI, etc. in Python? The C code can then use threads and forks if need be to benefit from SMP. -- http://mail.python.org/mailman/listinfo/python-list