Author: Romain Guillebert <romain...@gmail.com> Branch: extradoc Changeset: r5429:b08eb1994574 Date: 2014-10-12 01:02 +0100 http://bitbucket.org/pypy/extradoc/changeset/b08eb1994574/
Log: Improve talk diff --git a/talk/pyconie2014/talk.rst b/talk/pyconie2014/talk.rst --- a/talk/pyconie2014/talk.rst +++ b/talk/pyconie2014/talk.rst @@ -14,8 +14,6 @@ - Software consultant (hire me !) -- Feel free to interrupt - Introduction ------------ @@ -40,42 +38,28 @@ - Automatically generated tracing just-in-time compiler +- Generates linear traces from loops + - Generates efficient machine code based on runtime observations - Removes overhead when unnecessary - But Python features which need require overhead remain available (frame introspection, pdb) -RPython -------- +Performance ? +------------- -- Subset of Python +- Things get done faster -- Made for writting virtual machines +- Lower latency -- Takes care of garbage collection and JIT compilation - -- A VM written in RPython doesn't have to know about the garbage collector - -- Minimal help from the VM is needed in order to have an efficient JIT (a few annotations) +- Less servers for the same performance Demo ---- - Real-time edge detection -How ---- - -- Generates linear traces from loops - -- Specializes traces on types - -- Removes boxing, integer objects become machine integers - -- If the type of the object is different from the type in the trace being executed, go back to the interpreter : "guard failure" - -- If a guard fails too many times, generate traces for the other types frequently encountered Compatibility ------------- @@ -127,6 +111,37 @@ - Other tools could be built on top of it (Cython cffi backend ?) +Success stories +--------------- + + "Magnetic is the leader in online search retargeting, with a large, high volume, performance-critical platform written in Python. [...] + + The Magnetic bidders were ported from CPython to PyPy, yielding an overall 30% performance gain." + +- Julian Berman + + magnetic.com + +Success stories +--------------- + + Currently we have improvements in raw performance (read: response times) that span from 8% to a pretty interesting 40%, but we have a peak of an astonishing 100-120% and even more. + + Take into the account that most of our apps are simple "blocking-on-db" ones, so a 2x increase is literally money. + +- Roberto De Ioris + + Unbit + +Success stories +--------------- + + In addition to this our main (almost secret) objective was reducing resource usage of the application servers, which directly translates to being able to host more customers on the same server. + +- Roberto De Ioris + + Unbit + Future ------ _______________________________________________ pypy-commit mailing list pypy-commit@python.org https://mail.python.org/mailman/listinfo/pypy-commit
