[BangPypers] Ideas for Python concurrency...
noufal at gmail.com
Tue Feb 8 15:49:45 CET 2011
On Tue, Feb 08 2011, vikas ruhil wrote:
> i am telling about that specific case for that project , also specific
> about question which is ask by Vishal . i know OS always matter but
> not in some specific case i know you talking about this
> "multiprocessing is a package that supports spawning processes using
> an API similar to the threading
I know the difference between the threading and multiprocessing
> The multiprocessing package offers both local and remote concurrency,
> effectively side-stepping the *Global Interpreter
> using subprocesses instead of threads. Due to this, the
> multiprocessing module allows the programmer to fully leverage
> multiple processors on a given machine. It runs on both Unix and
Yes but it comes with it's own disadvantages. It still doesn't solve the
problem of effective multi*threading*. CPU bound threads are still
forcefully serialised by the GIL. If you use processes instead of
threads, you won't face the problem but you'll use processed which are
more heavyweight than threads.
> Noufal everything what they is not correct you can visit here with
> expectation of python documentation OK i go through with this type problem
> with on all type that's why i am saying they update very later okay z .
> check there are two link one of unix , another for Linux may these for are
> appropriate python for using mutiprocessing.
I'm not sure how these links are relevant to this whole discussion. I'm
also a little unsure about the point you're trying to make. The
difference between Windows and Linux is mentioned here by Jesse (the
original author and maintainer of multiprocessing)
More information about the BangPypers