this is the case
On Wed, Apr 23, 2014 at 2:30 PM, Jeff Hardy wrote:
> On Wed, Apr 23, 2014 at 1:25 PM, Pawel Jasinski
> wrote:
> > I added the measurements to the PR.
> > Why is startup time of the ipy running out of development way up in
> > comparison with release?
>
> If you use the install
On Wed, Apr 23, 2014 at 1:25 PM, Pawel Jasinski
wrote:
> I added the measurements to the PR.
> Why is startup time of the ipy running out of development way up in
> comparison with release?
If you use the installer, NGEN. If not, I'm not sure.
- Jeff
_
I added the measurements to the PR.
Why is startup time of the ipy running out of development way up in
comparison with release?
--pawel
On Wed, Apr 23, 2014 at 1:57 PM, Jeff Hardy wrote:
> One more thing, just to calibrate the hello-world sample - how long do
> `python -c 'print "hello, world"
One more thing, just to calibrate the hello-world sample - how long do
`python -c 'print "hello, world"' and `ipy.exe 'print "hello, world"'`
take on your machine?
- Jeff
On Wed, Apr 23, 2014 at 12:39 PM, Pawel Jasinski
wrote:
> Given the asciidoc workload using 3 different samples (hello world,
Given the asciidoc workload using 3 different samples (hello world, user
guide, asciidoc documentation), the best results are when .net regexp
compilation is *disabled* and everything is cached.
When .net regexp compilation is enabled, the result are similar, but not
better.
Anyway, details can be
I have added the test numbers:
https://github.com/IronLanguages/main/pull/191
--pawel
On Wed, Apr 23, 2014 at 11:37 AM, Jeff Hardy wrote:
> On Wed, Apr 23, 2014 at 9:48 AM, Pawel Jasinski
> wrote:
> > asciidoc running with patched version of ironpython performs reasonably.
>
> Can you run some
On Wed, Apr 23, 2014 at 9:48 AM, Pawel Jasinski
wrote:
> asciidoc running with patched version of ironpython performs reasonably.
Can you run some numbers and add them in a comment on the pull request
or CP issue? I'm curious as to how much speedup asciidoc gets.
- Jeff
_
On Wed, Apr 23, 2014 at 9:34 AM, Jeff Hardy wrote:
> On Wed, Apr 23, 2014 at 6:14 AM, Pawel Jasinski
> wrote:
> > asciidoc calls frequently re.compile.
> > In case of cpython re.compile uses cache, where ironpython performs
> compile
> > unconditionally.
> > https://ironpython.codeplex.com/worki
Sometimes documentation is not clear. The simple test confirms that cpython
re.compile caches results.
I can not imaging that asciidoc could provide reasonable performance if it
was not true. It does call multiple time compile with the same pattern.
rejap@eb60:~/Downloads$ python
Python 2.7.5+ (de
Official 2.7 documentation *hints* that re.compile does not cache
re.compile results (since some methods of module re actually are
caching result from re.compile):
https://docs.python.org/2/library/re.html#re.compile
On 23 April 2014 08:34, Jeff Hardy wrote:
> On Wed, Apr 23, 2014 at 6:14 AM, Pa
On Wed, Apr 23, 2014 at 6:14 AM, Pawel Jasinski
wrote:
> asciidoc calls frequently re.compile.
> In case of cpython re.compile uses cache, where ironpython performs compile
> unconditionally.
> https://ironpython.codeplex.com/workitem/35146
Why would it repeatedly call compile? The point of compi
asciidoc calls frequently re.compile.
In case of cpython re.compile uses cache, where ironpython performs compile
unconditionally.
https://ironpython.codeplex.com/workitem/35146
--pawel
On Mon, Apr 21, 2014 at 3:09 PM, Pawel Jasinski wrote:
>
>
>
> On Fri, Apr 18, 2014 at 12:33 PM, Jeff Hardy w
On Thu, Apr 17, 2014 at 11:32 PM, Pawel Jasinski
wrote:
> I think it is simple .net regex which is slower.
> I did the following:
> 1. Proved that asciidoc run under python (cygwin) evaluates the same regular
> expression as under ipy - there are no bugs which make ipy evaluate more REs
> 2. Captu
I think it is simple .net regex which is slower.
I did the following:
1. Proved that asciidoc run under python (cygwin) evaluates the same
regular expression as under ipy - there are no bugs which make ipy evaluate
more REs
2. Captured the evaluated regular expressions in a form suitable for .net
a
On Thu, Apr 17, 2014 at 10:28 AM, Pawel Jasinski
wrote:
> This is follow up. I run the profiler as described here:
> http://blogs.msdn.com/b/curth/archive/2009/03/29/an-ironpython-profiler.aspx
I didn't even know that existed.
> The results is attached.
> I am a bit confused about a strong corre
update 2
I have run it inside c# profiler:
Function Name Inclusive Samples Exclusive Samples Inclusive Samples %
Exclusive Samples %
System.Text.RegularExpressions.Regex.Match(string,int32,int32) 9,816 9,816
53.21 53.21
System.Text.RegularExpressions.Regex.Match(string) 4,749 4,749 25.74 25.74
Sys
This is follow up. I run the profiler as described here:
http://blogs.msdn.com/b/curth/archive/2009/03/29/an-ironpython-profiler.aspx
The results is attached.
I am a bit confused about a strong correlation between inclusive and
exclusive time for top items.
I also calculated total for inclusive and
17 matches
Mail list logo
