ANN: eGenix PyRun - One file Python Runtime 2.1.0

Alex magixx2006 at gmail.com
Fri Jul 17 00:58:37 CEST 2015


Do you have Python 2.7 64bit versions available for Solaris (10/11)
x86/SPARC, AIX, and HP-UX IA/RISC? I've had the displeasure of having to
install 64bit Python on Solaris and AIX and it's an experience I would not
recommend even though OpenCSW and Perzl have done much of the legwork
already. I'd also just be happy with any pointers to building PyRun or
regular Python on such systems if such currently there exist no such builds.

On Wed, May 13, 2015 at 10:34 AM, Cristiano Cortezia <
cristiano.cortezia at gmail.com> wrote:

> 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 <http://egenix.com/go752015-05-11>: Released eGenix PyRun
>> 2.1.0 ...       http://egenix.com/go74
>> 2015-05-25 <http://egenix.com/go742015-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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-list/attachments/20150716/484e43ad/attachment.html>


More information about the Python-list mailing list