Hi Doru,

the low hanging fruit is the time needed to create a PP parser (time for new).

I profiled PPSmalltalkParser over a bench used by Lucas Renggli a few years ago, and PPSmalltalkParser spends half the time in "new" (and it is a lot slower than it used to be).

Thierry

Le 21/02/2015 21:13, Tudor Girba a écrit :

Hi,

On Sat, Feb 21, 2015 at 8:07 PM, Thierry Goubier
<thierry.goubier@gmail.com <mailto:thierry.goubier@gmail.com>> wrote:

    Le 21/02/2015 11:14, Jan Kurš a écrit :

        Hey,

        I was not aware about some exponential element in the overall
        complexity, it is strange and I will investigate it. Thank you
        Usman,
        for pointing this out.

        In general, it is hard to add features into the PetitParser and
        preserve
        performance. Therefore, we work on a tool, that will take
        PetitParser,
        analyze it and generates faster parser. The idea is to use
        PetitParser
        while developing the grammar and than generate a fast parser for
        "real"
        use. We hope we will be present the tool during the next ESUG.


    I certainly be interested with what you come up with. From profiling
    PetitParser, it seems there is at least one low-hanging fruit in
    term of performance.


What is that log hanging fruit?

Doru

_______________________________________________
Moose-dev mailing list
Moose-dev@iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev