Ted Leung wrote about The Pycon Summits. A couple of things interested me. Emphasis mine:
The largest discussion during that section, was of course, the roadmap for 2.x versus 3.x, and how to encourage people to move from 2.x to 3.x. It looks like there is (good) reluctance to keep the 2.x series moving forward, so there may be a long (possibly infinitely long) gap between 2.7 and 2.8. At the same time, it seems clear that 3.1, which is currently in alpha, will be the first truly usable release in the 3.x line. The goal is to get 3.1 out pretty quickly and deprecate 3.0 - an odd and one time practice for the Python community. There was also a discussion of what could be done to help library and framework developers jump to 3.x. One concrete outcome was agreement to start work on a 3to2 tool which would allow developers to develop on 3.x and then backport to 2.x, thus helpoing developers to flipp their effort into (in my opinion) the correct release stream
I am also happy to see that they are going to tackle removal of Python’s global interpreter lock (GIL).
I'd already commented on the latter on p5p, but I'll repeat the relevant part:
I'm curious how the plan to get rid of the global interpreter lock pans out, and what has changed since Greg Stein tried it, and got a 60% slowdown for unthreaded code (on platforms with fast threading primitives), something that Gudio was not going to accept back.
Also, I'll repeat here the interesting comment on the Unladen Swallow project plan page:
Here at Red Hat we use Python for a lot of things. What we've observed is that execution performance is not the main issue (although it improving it would be greatly appreciated), rather it's the memory footprint which is the problem we most often encounter. If anything can be done to reduce the massive amount of memory Python uses it would be a huge win. I would encourage you to consider memory usage as just as important a goal as execution speed if you're going to tackle optimizing CPython.
Memory usage is something that Perl 5.10 already addresses.