1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
|
=================================================
PyPy 2.4 - Snow White
=================================================
We're pleased to announce PyPy 2.4, which contains significant performance
enhancements and bug fixes.
You can download the PyPy 2.4.0 release here:
http://pypy.org/download.html
We would like to thank our donors for the continued support of the PyPy
project, and for those who donate to our three sub-projects.
We've shown quite a bit of progress, but we're slowly running out of funds.
Please consider donating more, or even better convince your employer to donate,
so we can finish those projects! We would like to also point out that in
September, `the Python Software Foundation`_ will `match funds`_ for
any donations up to $10k! The three sub-projects are:
* `Py3k`_ (supporting Python 3.x): We have released a Python 3.2.5 compatible version
we call PyPy3 2.3.1, and are working toward a Python 3.3 compatible version
* `STM`_ (software transactional memory): We have released a first working version,
and continue to try out new promising paths of achieving a fast multithreaded Python
* `NumPy`_ which requires installation of our fork of upstream numpy,
available `on bitbucket`_
.. _`Py3k`: http://pypy.org/py3donate.html
.. _`STM`: http://pypy.org/tmdonate2.html
.. _`NumPy`: http://pypy.org/numpydonate.html
.. _`on bitbucket`: https://www.bitbucket.org/pypy/numpy
.. _`the Python Software Foundation`: https://www.python.org/psf/
.. _`match funds`: http://morepypy.blogspot.com/2014/09/python-software-foundation-matching.html
What is PyPy?
=============
PyPy is a very compliant Python interpreter, almost a drop-in replacement for
CPython 2.7. It's fast (`pypy 2.4 and cpython 2.7.x`_ performance comparison)
due to its integrated tracing JIT compiler.
This release supports **x86** machines on most common operating systems
(Linux 32/64, Mac OS X 64, Windows, and OpenBSD),
as well as newer **ARM** hardware (ARMv6 or ARMv7, with VFPv3) running Linux.
While we support 32 bit python on Windows, work on the native Windows 64
bit python is still stalling, we would welcome a volunteer
to `handle that`_.
.. _`pypy 2.4 and cpython 2.7.x`: http://speed.pypy.org
.. _`handle that`: http://doc.pypy.org/en/latest/windows.html#what-is-missing-for-a-full-64-bit-translation
Highlights
==========
Benchmarks improved after internal enhancements in string and
bytearray handling, and a major rewrite of the GIL handling. This means
that external calls are now a lot faster, especially the CFFI ones. It also
means better performance in a lot of corner cases with handling strings or
bytearrays. The main bugfix is handling of many socket objects in your
program which in the long run used to "leak" memory.
PyPy now uses Python 2.7.8 standard library.
We fixed a memory leak in IO in the sandbox_ code
We welcomed more than 12 new contributors, and conducted two Google
Summer of Code projects, as well as other student projects not
directly related to Summer of Code.
Issues reported with our previous release were fixed after reports from users on
our new issue tracker at https://bitbucket.org/pypy/pypy/issues or on IRC at
#pypy. Here is a summary of the user-facing changes;
for more information see `whats-new`_:
* Reduced internal copying of bytearray operations
* Tweak the internal structure of StringBuilder to speed up large string
handling, which becomes advantageous on large programs at the cost of slightly
slower small *benchmark* type programs.
* Boost performance of thread-local variables in both unjitted and jitted code,
this mostly affects errno handling on linux, which makes external calls
faster.
* Move to a mixed polling and mutex GIL model that make mutlithreaded jitted
code run *much* faster
* Optimize errno handling in linux (x86 and x86-64 only)
* Remove ctypes pythonapi and ctypes.PyDLL, which never worked on PyPy
* Fix performance regression on ufunc(<scalar>, <scalar>) in numpy
* Classes in the ast module are now distinct from structures used by
the compiler, which simplifies and speeds up translation of our
source code to the PyPy binary interpreter
* Upgrade stdlib from 2.7.5 to 2.7.8
* Win32 now links statically to zlib, expat, bzip, and openssl-1.0.1i.
No more missing DLLs
* Many issues were resolved_ since the 2.3.1 release on June 8
.. _`whats-new`: http://doc.pypy.org/en/latest/whatsnew-2.4.0.html
.. _resolved: https://bitbucket.org/pypy/pypy/issues?status=resolved
.. _sandbox: http://doc.pypy.org/en/latest/sandbox.html
We have further improvements on the way: rpython file handling,
numpy linalg compatibility, as well
as improved GC and many smaller improvements.
Please try it out and let us know what you think. We especially welcome
success stories, we know you are using PyPy, please tell us about it!
Cheers
The PyPy Team
|
