ANN: eGenix PyRun - One file Python Runtime 2.1.0

[Laura Creighton]

I think Activestate makes a Python 2.y for Solaris.
http://www.activestate.com/activepython

I've never used it.

Laura

In a message of Thu, 16 Jul 2015 18:58:37 -0400, Alex writes:
>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
>>
>>
>
>-- 
>https://mail.python.org/mailman/listinfo/python-list
>