On 4/19/11 3:48 AM, Lamont Nelson wrote:
> 1. Are you sure you want to use python because threading is not
good due
to the Global Lock (GIL)? Is this really an issue for multi-threaded
web services as seems to be indicated by the articles from a Google
search? If not, how do you avoid this
> 1. Are you sure you want to use python because threading is not
good due
> to the Global Lock (GIL)? Is this really an issue for multi-threaded
> web services as seems to be indicated by the articles from a Google
> search? If not, how do you avoid this issue in a multi-threaded process
> to t
Today I just happened to watch this session from PyCon 2011 on gevent and
gunicorn: http://blip.tv/file/4883016 gevent uses greenlet, fwiw. I found it
informative, but then I find most things informative.
H
--
http://mail.python.org/mailman/listinfo/python-list
On Apr 17, 5:15 pm, Ian wrote:
> > 5) Even in CPython, I/O-bound processes are not slowed significantly
> > by the GIL. It's really CPU-bound processes that are.
>
> Its ONLY when you have two or more CPU bound threads that you may have
> issues.
And when you have a CPU bound thread, it's time
On Apr 15, 6:33 pm, Chris H wrote:
> 1. Are you sure you want to use python because threading is not good due
> to the Global Lock (GIL)? Is this really an issue for multi-threaded
> web services as seems to be indicated by the articles from a Google
> search? If not, how do you avoid this issu
On 15/04/2011 20:17, Dan Stromberg wrote:
On Fri, Apr 15, 2011 at 9:33 AM, Chris H
wrote:
1. Are you sure you want to use python because threading is not good due to
the Global Lock (GIL)? Is this really an issue for multi-threaded web
services as seems to be indicated by the articles from a
On Apr 17, 12:10 am, Michael Torrie wrote:
> Many GUI toolkits are single-threaded. And in fact with GTK and MFC you
> can't (or shouldn't) call GUI calls from a thread other than the main
> GUI thread.
Most of them (if not all?) have a single GUI thread, and a mechanism
by which
to synchronize
On Apr 16, 4:59 am, David Cournapeau wrote:
> My experience is that if you are CPU bound, asynchronous programming
> in python can be more a curse than a blessing, mostly because the
> need to insert "scheduling points" at the right points to avoid
> blocking and because profiling becomes that m
On Apr 15, 6:33 pm, Chris H wrote:
> 1. Are you sure you want to use python because threading is not good due
> to the Global Lock (GIL)? Is this really an issue for multi-threaded
> web services as seems to be indicated by the articles from a Google
> search? If not, how do you avoid this issu
On 04/16/2011 02:53 PM, Jean-Paul Calderone wrote:
> On Apr 16, 10:44 am, a...@pythoncraft.com (Aahz) wrote:
>> In article
>> ,
>> Raymond Hettinger wrote:
>>
>>
>>
>>> Threading is really only an answer if you need to share data between
>>> threads, if you only have limited scaling needs, and a
On Apr 16, 10:44 am, a...@pythoncraft.com (Aahz) wrote:
> In article ,
> Raymond Hettinger wrote:
>
>
>
> >Threading is really only an answer if you need to share data between
> >threads, if you only have limited scaling needs, and are I/O bound
> >rather than CPU bound
>
> Threads are also usefu
On Sun, Apr 17, 2011 at 12:44 AM, Aahz wrote:
> In article ,
> Raymond Hettinger wrote:
>>
>>Threading is really only an answer if you need to share data between
>>threads, if you only have limited scaling needs, and are I/O bound
>>rather than CPU bound
>
> Threads are also useful for user inte
In article ,
Raymond Hettinger wrote:
>
>Threading is really only an answer if you need to share data between
>threads, if you only have limited scaling needs, and are I/O bound
>rather than CPU bound
Threads are also useful for user interaction (i.e. GUI apps).
I think that "limited scaling"
On Sat, Apr 16, 2011 at 10:05 AM, Raymond Hettinger wrote:
>> > Is the limiting factor CPU?
>>
>> > If it isn't (i.e. you're blocking on IO to/from a web service) then the
>> > GIL won't get in your way.
>>
>> > If it is, then run as many parallel *processes* as you have cores/CPUs
>> > (assuming
> > Is the limiting factor CPU?
>
> > If it isn't (i.e. you're blocking on IO to/from a web service) then the
> > GIL won't get in your way.
>
> > If it is, then run as many parallel *processes* as you have cores/CPUs
> > (assuming you're designing an application that can have multiple
> > instance
On Fri, Apr 15, 2011 at 9:33 AM, Chris H
wrote:
> 1. Are you sure you want to use python because threading is not good due to
> the Global Lock (GIL)? Is this really an issue for multi-threaded web
> services as seems to be indicated by the articles from a Google search? If
> not, how do you av
On Fri, 2011-04-15 at 12:33 -0400, Chris H wrote:
>
> 1. Are you sure you want to use python because threading is not good
> due to the Global Lock (GIL)? Is this really an issue for
> multi-threaded web services as seems to be indicated by the articles
> from a Google search? If not, how do you
On 4/15/11 1:03 PM, Tim Wintle wrote:
On Fri, 2011-04-15 at 12:33 -0400, Chris H wrote:
1. Are you sure you want to use python because threading is not good
due to the Global Lock (GIL)? Is this really an issue for
multi-threaded web services as seems to be indicated by the articles
from a Goog
So I'm in a startup where we are considering using python as our primary
development language for all the wonderful reasons you would expect.
However, I've had a couple of things come up from mentors and other
developers that is causing me to rethink whether python is the right
choice. I hope
19 matches
Mail list logo
