サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
デスク環境を整える
morepypy.blogspot.com
The PyPy team is proud to release the version 7.2.0 of PyPy, which includes two different interpreters: PyPy2.7, which is an interpreter supporting the syntax and the features of Python 2.7 including the stdlib for CPython 2.7.13 PyPy3.6: which is an interpreter supporting the syntax and the features of Python 3.6, including the stdlib for CPython 3.6.9. The interpreters are based on much the same
Introduction In the last year or two I have worked on and off on making PyPy's JSON faster, particularly when parsing large JSON files. In this post I am going to document those techniques and measure their performance impact. Note that I am quite a lot more constrained in what optimizations I can apply here, compared to some of the much more advanced approaches like Mison, Sparser or SimdJSON bec
PyPy v7.0.0: triple release of 2.7, 3.5 and 3.6-alpha The PyPy team is proud to release the version 7.0.0 of PyPy, which includes three different interpreters: PyPy2.7, which is an interpreter supporting the syntax and the features of Python 2.7 PyPy3.5, which supports Python 3.5 PyPy3.6-alpha: this is the first official release of PyPy to support 3.6 features, although it is still considered alph
PyPy for low-latency systems Recently I have merged the gc-disable branch, introducing a couple of features which are useful when you need to respond to certain events with the lowest possible latency. This work has been kindly sponsored by Gambit Research (which, by the way, is a very cool and geeky place where to work, in case you are interested). Note also that this is a very specialized use ca
A few weeks ago I (=Carl Friedrich Bolz-Tereick) gave a keynote at ICOOOLPS in Amsterdam with the above title. I was very happy to have been given that opportunity, since a number of our papers have been published at ICOOOLPS, including the very first one I published when I'd just started my PhD. I decided to turn the talk manuscript into a (longish) blog post, to make it available to a wider audi
The PyPy team is proud to release both PyPy2.7 v5.10 (an interpreter supporting Python 2.7 syntax), and a final PyPy3.5 v5.10 (an interpreter for Python 3.5 syntax). The two releases are both based on much the same codebase, thus the dual release. This release is an incremental release with very few new features, the main feature being the final PyPy3.5 release that works on linux and OS X with be
The PyPy team is proud to release both PyPy3.5 v5.9 (a beta-quality interpreter for Python 3.5 syntax) and PyPy2.7 v5.9 (an interpreter supporting Python 2.7 syntax). NumPy and Pandas now work on PyPy2.7 (together with Cython 0.27.1). Many other modules based on C-API extensions work on PyPy as well. Cython 0.27.1 (released very recently) supports more projects with PyPy, both on PyPy2.7 and PyPy3
Hello everyone The Python community has been discussing removing the Global Interpreter Lock for a long time. There have been various attempts at removing it: Jython or IronPython successfully removed it with the help of the underlying platform, and some have yet to bear fruit, like gilectomy. Since our February sprint in Leysin, we have experimented with the topic of GIL removal in the PyPy proje
The PyPy team is proud to release both PyPy2.7 v5.7 (an interpreter supporting Python v2.7 syntax), and a beta-quality PyPy3.5 v5.7 (an interpreter for Python v3.5 syntax). The two releases are both based on much the same codebase, thus the dual release. Note that PyPy3.5 only supports Linux 64bit for now. This new PyPy2.7 release includes the upstream stdlib version 2.7.13, and PyPy3.5 (our first
Since Mozilla announced funding, we've been working quite hard on delivering you a working Python 3.5. We are almost ready to release an alpha version of PyPy 3.5. Our goal is to release it shortly after the sprint. Many modules have already been ported and it can probably run many Python 3 programs already. We are happy to receive any feedback after the next release. To show that the heart (asyn
"Python 2.x versus Python 3.x": this is by now an old question. In the eyes of some people Python 2 is here to stay, and in the eyes of others Python has long been 3 only. PyPy's own position is that PyPy will support Python 2.7 forever---the RPython language in which PyPy is written is a subset of 2.7, and we have no plan to upgrade that. But at the same time, we want to support 3.x. This is part
RevPDB A "reverse debugger" is a debugger where you can go forward and backward in time. It is an uncommon feature, at least in the open source world, but I have no idea why. I have used undodb-gdb and rr, which are reverse debuggers for C code, and I can only say that they saved me many, many days of poking around blindly in gdb. The PyPy team is pleased to give you "RevPDB", a reverse-debugger s
What is PyPy? PyPy is a very compliant Python interpreter, almost a drop-in replacement for CPython 2.7. It’s fast (pypy and cpython 2.7.x performance comparison) due to its integrated tracing JIT compiler. We also welcome developers of other dynamic languages to see what RPython can do for them. This release supports x86 machines on most common operating systems (Linux 32/64, Mac OS X 64, Windows
We’re pleased and proud to unleash PyPy 4.0.0, a major update of the PyPy python 2.7.10 compatible interpreter with a Just In Time compiler. We have improved warmup time and memory overhead used for tracing, added vectorization for numpy and general loops where possible on x86 hardware (disabled by default), refactored rough edges in rpython, and increased functionality of numpy. You can download
Hi everyone, it took some time to catch up with the JIT refacrtorings merged in this summer. But, (drums) we are happy to announce that: The next release of PyPy, "PyPy 4.0.0", will ship the new auto vectorizer The goal of this project was to increase the speed of numerical applications in both the NumPyPy library and for arbitrary Python programs. In PyPy we have focused a lot on improvements in
Hello everyone! This is the second part of the series of improvements in warmup time and memory consumption in the PyPy JIT. This post covers recent work on sharing guard resume data that was recently merged to trunk. It will be a part of the next official PyPy release. To understand what it does, let's start with a loop for a simple example: class A(object): def __init__(self, x, y): self.x = x s
We’re pleased to announce PyPy 2.6.0, only two months after PyPy 2.5.1. We are particulary happy to update cffi to version 1.1, which makes the popular ctypes-alternative even easier to use, and to support the new vmprof statistical profiler.
Pyrlang is an Erlang BEAM bytecode interpreter written in RPython. It implements approximately 25% of BEAM instructions. It can support integer calculations (but not bigint), closures, exception handling, some operators to atom, list and tuple, user modules, and multi-process in single core. Pyrlang is still in development. There are some differences between BEAM and the VM of PyPy: BEAM is a regi
This post is by Konstantin Lopuhin, who tried PyPy STM during the Warsaw sprint. Python has a GIL, right? Not quite - PyPy STM is a python implementation without a GIL, so it can scale CPU-bound work to several cores. PyPy STM is developed by Armin Rigo and Remi Meier, and supported by community donations. You can read more about it in the docs. Although PyPy STM is still a work in progress, in ma
The second branch was done by Gregor Wegberg for his master thesis and finished by Maciej Fijałkowski and Armin Rigo. Because of the way it works, the PyPy GC from time to time moves the objects in memory, meaning that their address can change. Therefore, if you want to pass pointers to some external C function (for example, write(2) or read(2)), you need to ensure that the objects they are pointi
We're pleased to announce the availability of PyPy3 2.4.0! This release contains several bugfixes and enhancements. Among the user-facing improvements specific to PyPy3: Better Windows compatibility, e.g. the nt module functions _getfinalpathname & _getfileinformation are now supported (the former is required for the popular pathlib library for example) Various fsencode PEP 383 related fixes to th
Hi all, PyPy-STM is now reaching a point where we can say it's good enough to be a GIL-less Python. (We don't guarantee there are no more bugs, so please report them :-) The first official STM release: pypy-stm-2.3-r2-linux64 (UPDATE: this is release r2, fixing a systematic segfault at start-up on some systems) This corresponds roughly to PyPy 2.3 (not 2.3.1). It requires 64-bit Linux. More precis
We're pleased to announce PyPy 2.2, which targets version 2.7.3 of the Python language. This release main highlight is the introduction of the incremental garbage collector, sponsored by the Raspberry Pi Foundation. This release also contains several bugfixes and performance improvements. You can download the PyPy 2.2 release here: http://pypy.org/download.htmlWe would like to thank our donors for
Hello everyone. We're pleased to announce that as of today, the default PyPy comes with a GC that has much smaller pauses than yesterday. Let's start with explaining roughly what GC pauses are. In CPython each object has a reference count, which is incremented each time we create references and decremented each time we forget them. This means that objects are freed each time they become unreachabl
We're pleased to announce PyPy 2.1, which targets version 2.7.3 of the Python language. This is the first release with official support for ARM processors in the JIT. This release also contains several bugfixes and performance improvements. You can download the PyPy 2.1 release here: http://pypy.org/download.htmlWe would like to thank the Raspberry Pi Foundation for supporting the work to finish P
We're pleased to announce the first beta of the upcoming 2.1 release of PyPy3. This is the first release of PyPy which targets Python 3 (3.2.3) compatibility. We would like to thank all of the people who donated to the py3k proposal for supporting the work that went into this and future releases. You can download the PyPy3 2.1 beta 1 release here: http://pypy.org/download.html#pypy3-2-1-beta-1 Hig
We're pleased to announce PyPy 2.0. This is a stable release that brings a swath of bugfixes, small performance improvements and compatibility fixes. PyPy 2.0 is a big step for us and we hope in the future we'll be able to provide stable releases more often. You can download the PyPy 2.0 release here: http://pypy.org/download.html The two biggest changes since PyPy 1.9 are: stackless is now suppor
We're pleased to announce the 2.0 beta 2 release of PyPy. This is a major release of PyPy and we're getting very close to 2.0 final, however it includes quite a few new features that require further testing. Please test and report issues, so we can have a rock-solid 2.0 final. It also includes a performance regression of about 5% compared to 2.0 beta 1 that we hope to fix before 2.0 final. The ARM
From a software engineering perspective, 10 years is indistinguishable from infinity, so I don't care what happens 10 years from now -- as long as you don't blame me. :-) - Guido van Rossum, Python creator. 10 years is indeed a long time. PyPy was created approximately 10 years ago, with the exact date being lost in the annals of the version control system. We've come a long way during those 10 ye
次のページ
このページを最初にブックマークしてみませんか?
『PyPy Status Blog』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く