ANN: eGenix PyRun - One file Python Runtime 2.1.0

Cristiano Cortezia cristiano.cortezia at gmail.com
Wed May 13 10:34:22 EDT 2015


>
> In one of the next releases we'll probably add a tool to bundle
> complete applications together with pyrun, perhaps even by
> recompiling it to include the application byte code files
> right in the binary like we do for the stdlib.


Well, that would be simply awesome. Looking forward to it.

PS: you guys should definitely advertise this work on the embedded software
community.


2015-05-13 11:29 GMT-03:00 M.-A. Lemburg <mal at egenix.com>:

> On 13.05.2015 16:09, Cristiano Cortezia wrote:
> > Well I gave it a try, and it seems my assumptions were *somehow* true.
> > Here is what I got when running one of my apps in single shot mode (load,
> > run, terminate):
> >
> > *default python distribution*
> > total time 9.022s
> > ENOENT's count 7377
> >
> > *pyrun*
> > total time 8.455s
> > ENOENT's count 3064
> >
> > So, it indeed failed much less to open files, but I guess this didn't
> make
> > that much difference after all (500ms).
>
> PyRun has the advantage of being able to read the byte code
> directly from the binary (using memory mapping). However,
> it still needs to run the same startup machinery as Python
> itself.
>
> Note that startup time for Python was a lot worse before
> Python used the same approach as PyRun to compile in the
> parsed sysconfig data.
>
> > Perhaps it is because this app has some external dependencies (22 to be
> > precise) not bundled on pyrun that had to be scanned by the interpreter
> > anyway. If by any means we could bundle them all the same way, than it
> > could bring a much higher performance gain. But I guess it is not really
> > safe-feasible.
>
> It's certainly possible to use the pyrun build system to create
> bundles with more packages and tools included.
>
> The one we're shipping has most of the stdlib included,
> but leaves all the application code to reside on the
> sys.path or in a ZIP archive.
>
> In one of the next releases we'll probably add a tool to bundle
> complete applications together with pyrun, perhaps even by
> recompiling it to include the application byte code files
> right in the binary like we do for the stdlib.
>
> --
> Marc-Andre Lemburg
> eGenix.com
>
> Professional Python Services directly from the Source  (#1, May 13 2015)
> >>> Python Projects, Coaching and Consulting ...  http://www.egenix.com/
> >>> mxODBC Plone/Zope Database Adapter ...       http://zope.egenix.com/
> >>> mxODBC, mxDateTime, mxTextTools ...        http://python.egenix.com/
> ________________________________________________________________________
> 2015-05-13: Released mxODBC Connect 2.1.3 ...     http://egenix.com/go75
> 2015-05-11: Released eGenix PyRun 2.1.0 ...       http://egenix.com/go74
> 2015-05-25: PyWaw Summit 2015, Warsaw, Poland ...          12 days to go
>
>    eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
>     D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
>            Registered at Amtsgericht Duesseldorf: HRB 46611
>                http://www.egenix.com/company/contact/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-list/attachments/20150513/e846abdb/attachment.html>


More information about the Python-list mailing list