[issue8995] Performance issue with multiprocessing queue (3.1 VS 2.6)

Antoine Pitrou report at bugs.python.org
Fri Mar 11 16:14:24 CET 2011


Antoine Pitrou <pitrou at free.fr> added the comment:

-> 2.6:
('Using queue.Queue with small data            : ', 0.77207708358764648)
('Using queue.Queue with huge data             : ', 0.78139781951904297)
('Using multiprocessing.Queue with small data  : ', 3.5506501197814941)
('Using multiprocessing.Queue with huge  data  : ', 12.678884983062744)

-> 2.7:
('Using queue.Queue with small data            : ', 0.6554868221282959)
('Using queue.Queue with huge data             : ', 0.6591911315917969)
('Using multiprocessing.Queue with small data  : ', 3.543262004852295)
('Using multiprocessing.Queue with huge  data  : ', 11.268373012542725)

-> 3.2:
Using queue.Queue with small data            :  0.5930910110473633
Using queue.Queue with huge data             :  0.5892350673675537
Using multiprocessing.Queue with small data  :  3.082779884338379
Using multiprocessing.Queue with huge  data  :  10.735719919204712


The performance issue seems to have disappeared. 3.2 is faster than 2.7 and 2.6.

PS: I've lowered the iteration count in the script so that it doesn't take too much time

----------
nosy: +pitrou
resolution:  -> out of date
status: open -> closed
versions:  -Python 2.6, Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8995>
_______________________________________


More information about the Python-bugs-list mailing list