Agreed, I think what I need to do is have a couple REQUIRED libraries
similar to how csc does it (mscorlib, etc are referenced automatically
unless told not to) and then other libraries will be embedded with a
/ref param or something. I'll take a look.
On Fri, Mar 16, 2012 at 9:31 AM, Jeff Hardy
And to add to my previous message that it's about 5x faster via the
ipy route:
On my laptop, which is an i7 W7-64 machine with 16gb RAM & 256gb
SSD, it opens in 1.5 sec or so (really too fast to accurately gauge)
via ipy, while the exe requires more than 5 seconds...
Mark
Friday, March 16, 2012,
Title: Re: [Ironpython-users] Startup performance
It's MUCH faster - seems to be about 5x faster, as an average, over 5 runs...
Mark
Friday, March 16, 2012, 12:12:23 PM, you wrote:
How long does it take if you run in script form? Just wondering for comparison.
slide
On Fri, M
On Fri, Mar 16, 2012 at 9:12 AM, Slide wrote:
> How long does it take if you run in script form? Just wondering for
> comparison.
Yeah, that would be a good comparison - .NET will have to JIT all of
IronPython as it loads, which can take some time. The installer runs
NGEN to reduce this pretty si
How long does it take if you run in script form? Just wondering for
comparison.
slide
On Fri, Mar 16, 2012 at 8:55 AM, wrote:
> Since the question of performance with regard to zipimport was just
> raised, it prompted me to ask a related question.
>
> I have a script that I've compiled to an co
Since the question of performance with regard to zipimport was just
raised, it prompted me to ask a related question.
I have a script that I've compiled to an console app exe, which
retrieves some data from an SQL db, does quite a bit of simple
analysis and produces some files containing the resut
