[issue16390] re compilation slow in Python 3.3 due to functools.lru_cache overhead

2012-11-02 Thread Nick Coghlan
Changes by Nick Coghlan : -- superseder: -> re._compiled_typed's lru_cache causes significant degradation of the mako_v2 bench ___ Python tracker ___ __

[issue16390] re compilation slow in Python 3.3 due to functools.lru_cache overhead

2012-11-02 Thread Philip Jenvey
Philip Jenvey added the comment: Sorry Brett, beat you to it w/ #16389 =P -- resolution: -> duplicate status: open -> closed ___ Python tracker ___ _

[issue16390] re compilation slow in Python 3.3 due to functools.lru_cache overhead

2012-11-02 Thread Brett Cannon
New submission from Brett Cannon: The Mako developers discovered that under Python 3.3 their library under the mako_v2 benchmark went from 2.95x slower than Python 2.7 to 1.25x slower by simply avoiding an re compilation: http://www.makotemplates.org/trac/changeset/c1468b12f115ac9e469150ce24ea