On Fri, Nov 27, 2009 at 10:15 AM, OkaMthembo wrote:
> Thanks everyone,
>
> I realise that my question is vague on a few fronts. To try and clarify,
> supposing i had a box running a
> Python web app on it, and the web server handles say, 10 concurrent
> requests.
This is still pretty vague, as th
> That's likely the source of your confusion then. You can run any number of
> Python interpreters on a single machine (limited by system resources like
> RAM, obviously), and in fact, many web servers will do that for you to
> handle multiple requests in parallel.
Thanks Stefan, i was not aware
OkaMthembo, 27.11.2009 16:15:
> i've read that only one
> instance of the Python interpreter can run on a single machine.
That's likely the source of your confusion then. You can run any number of
Python interpreters on a single machine (limited by system resources like
RAM, obviously), and in fa
Thanks Kent, that did clear some of the smog.
>At least make sure you understand the difference between threads and
processes.
Will be taking that advice. I think it's the reason i struggle to ask the
question better.
On Fri, Nov 27, 2009 at 5:12 PM, Kent Johnson wrote:
> On Fri, Nov 27, 2009
Thanks everyone,
I realise that my question is vague on a few fronts. To try and clarify,
supposing i had a box running a
Python web app on it, and the web server handles say, 10 concurrent
requests. Now i've read that only one
instance of the Python interpreter can run on a single machine. Can t
On Fri, Nov 27, 2009 at 8:57 AM, OkaMthembo wrote:
> Thanks, i must admit the concept of the GIL is cloudy to me - for example,
> if the python interpreter on a single machine is
> handling one process and locks until it is done, then on to the next one,
> and so on - isn't that what causes speed
Kent Johnson, 27.11.2009 14:38:
> On Fri, Nov 27, 2009 at 4:57 AM, OkaMthembo wrote:
>> Is there a python implementation that takes advantage of all cores on modern
>> multicore machines?
>
> Presumably you mean something like, "Is there a python implementation
> that can run multiple compute-boun
Thanks, i must admit the concept of the GIL is cloudy to me - for example,
if the python interpreter on a single machine is
handling one process and locks until it is done, then on to the next one,
and so on - isn't that what causes speed issues?
I was wondering why python can't implicitly handle m
Lie Ryan, 27.11.2009 14:04:
> Unladen Swallow plans to remove GIL.
Don't bet your money on it.
Stefan
___
Tutor maillist - Tutor@python.org
To unsubscribe or change subscription options:
http://mail.python.org/mailman/listinfo/tutor
Sorry to double -post, Lie. Didn;t "Reply to all"..
Thats interesting - is Unladen Swallow production-ready? I've been over the
site briefly, but i can't decide whether it's still in incubation or not.
On Fri, Nov 27, 2009 at 3:04 PM, Lie Ryan wrote:
> On 11/27/2009 8:57 PM, OkaMthembo wrote:
>
On Fri, Nov 27, 2009 at 4:57 AM, OkaMthembo wrote:
> Hi All,
>
> Is there a python implementation that takes advantage of all cores on modern
> multicore machines?
Presumably you mean something like, "Is there a python implementation
that can run multiple compute-bound processes on multiple cores
On 11/27/2009 8:57 PM, OkaMthembo wrote:
Hi All,
Is there a python implementation that takes advantage of all cores on
modern multicore machines?
yes, Cpython if you used "multiprocessing". Ironpython and Jython
doesn't have GIL. Unladen Swallow plans to remove GIL.
Many minor python branch
Hi All,
Is there a python implementation that takes advantage of all cores on modern
multicore machines?
--
Regards,
Lloyd
___
Tutor maillist - Tutor@python.org
To unsubscribe or change subscription options:
http://mail.python.org/mailman/listinfo/tu
13 matches
Mail list logo