Will multithreading make python less popular?

Falcolas garrickp at gmail.com
Fri Feb 20 00:23:40 CET 2009


On Feb 19, 3:11 pm, Paul Rubin <http://phr...@NOSPAM.invalid> wrote:
> Falcolas <garri... at gmail.com> writes:
> > It's a proposition that used to bother me, until I did some actual
> > programming of real world problems in Python. I've yet to really find
> > a case where the application was slow enough to justify the cost of
> > using multiple Python processes.
>
> Right, that's basically the issue here: the cost of using multiple
> Python processes is unnecessarily high.  If that cost were lower then
> we could more easily use multiple cores to make oru apps faster.

I was actually referring to the time cost of researching or developing
a parallel execution algorithm which would be suitable for multiple
processes.

The system overhead of using the Python multiprocess module is fairly
negligible for the systems I work on.

> Different languages have different trade-offs. Python's trade-offs
> suit us. If they don't suit you, use a language with trade-offs that
> do.

+1

~G



More information about the Python-list mailing list