I'll throw in that exceptions are much faster in CPython than
IronPython (.NET generally), so if you have any exceptions being
thrown you'll want to find ways to avoid (not just handle) them.
On Thu, May 24, 2012 at 4:46 AM, Dino Viehland wrote:
> This will help with startup, but not necessarily
This will help with startup, but not necessarily with throughput (it might
actually
hurt it!). But it can also help w/ profiling because if you're pre-compiled you
can see the hot method names.
I'd suggest to look out for the following things:
Are you re-using the ScriptEngine or re-crea
On Wed, May 23, 2012 at 12:44 PM, Carles F. Julià
wrote:
>> My guess is that it's .NET's JIT compiler. How do you execute the scripts?
>> Are you compiling them and caching the results or re-executing them each
>> time?
>
>
> I compile the script once and then I save a python object in a dynamic
>
Hmmm, you are right of course. :-)
On Wed, May 23, 2012 at 10:45 AM, Jeff Hardy wrote:
> On Wed, May 23, 2012 at 10:22 AM, Alex Earl wrote:
>> Dynamic is pretty slow as well since it involves reflection. What is
>> the real type of the object you are returning, is it a function or
>> something?
On Wed, May 23, 2012 at 10:22 AM, Alex Earl wrote:
> Dynamic is pretty slow as well since it involves reflection. What is
> the real type of the object you are returning, is it a function or
> something? You may want to save it off as a delegate instance instead
> of dynamic of that is the case.
application
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===2130710216=="
--===2130710216==
Content-Type: multipart/alternative; boundary=047d7b15ac57fa46ed04c0b6db0e
--047d7b15ac57fa46ed04c0b6db0e
Content-Type: text/plain; charset="utf-8"
Content-Transfer-E
>
> My guess is that it's .NET's JIT compiler. How do you execute the scripts?
> Are you compiling them and caching the results or re-executing them each
> time?
>
I compile the script once and then I save a python object in a dynamic
variable on c#. Then I access the rest of the python code from
On Wed, May 23, 2012 at 9:07 AM, Carles F. Julià
wrote:
> Thanks Vernon!
>
> Are these lags happening _when_ the .NET image is first started (from the
>> command shell) or _after_ it starts, during operation. All .NET programs,
>> written in any language, seem to take forever to get started initi
Thanks Vernon!
Are these lags happening _when_ the .NET image is first started (from the
> command shell) or _after_ it starts, during operation. All .NET programs,
> written in any language, seem to take forever to get started initially. A
> lot of work has been done on IronPython to try to miti
Hi ironpython,
Here's your Daily Digest of new issues for project "IronPython".
In today's digest:ISSUES
1. [New comment] Implement pyexpat module
2. [New issue] Add AssemblyFoldersEx paths for other platforms
3. [New comment] Add AssemblyFoldersEx paths for other platforms
4. [New issue] Callin
Carles:
Are these lags happening _when_ the .NET image is first started (from the
command shell) or _after_ it starts, during operation. All .NET programs,
written in any language, seem to take forever to get started initially. A
lot of work has been done on IronPython to try to mitigate startup a
Wow! Congratulations everyone. This is an impressive release!
bz2 alone will help with CPython compatibility quite a bit.
Thanks!
On May 23, 2012, at 2:22, Jeff Hardy wrote:
> On behalf of the IronPython team, I'm happy to announce the second preview
> release of IronPython 2.7.3. This rele
Hi,
I am working on a c# application that uses a series of python modules using
IronPython. Such application is used in a real time interaction
environment, and the python code is used to process some interaction events
so performance is important in this aspect.
I am having performance problems
13 matches
Mail list logo
