> > 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 <m...@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/ >
-- https://mail.python.org/mailman/listinfo/python-list
