Re: [fpc-devel] Good timing metric test program?

2019-02-27 Thread George Bakhtadze
Gareth, First of all, thanks for working on compiler optimizations. I think it's very important. As of benchmark - there is a simple 3D ray tracer benchmark written on several languages including Pascal. AFAIR Pascal version almost as fast as Java one and slightly faster than Javascript.

Re: [fpc-devel] Good timing metric test program?

2019-02-26 Thread J. Gareth Moreton
Speaking of the optimiser overhaul, what are timings like for others? Gareth aka. Kit ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

Re: [fpc-devel] Good timing metric test program?

2019-02-26 Thread J. Gareth Moreton
Thanks George, I've finished and debugged my optimizer overhaul, although performance varies.  It is predominantly faster than the existing peephole optimizer, but not always as fast as I'd like (no more than a few seconds).  I figure I might have introduced one or two bottlenecks during my

Re: [fpc-devel] Good timing metric test program?

2019-02-26 Thread Arnaud Bouchez
Gareth, I like very much what you do about compiler optimizations. From my point of view, execution speed is the most valuable, but of course 17% of compilation speed increase is worth it! If you want to have a big test case, and potentially find regressions, you may try the TestSQL3 project

Re: [fpc-devel] Good timing metric test program?

2019-02-25 Thread J. Gareth Moreton
Well, compiling Lazarus is what I've been doing to test the compiler's speed, and I've got some promising results: https://bugs.freepascal.org/view.php?id=34628#c114453 Though the speed of the runs varies a lot depending on what my system is doing, especially when I switch back and forth

Re: [fpc-devel] Good timing metric test program?

2019-02-25 Thread Sven Barth via fpc-devel
J. Gareth Moreton schrieb am Mo., 25. Feb. 2019, 19:14: > The compiler isn't a valid case because the input source is different > (because of the very changes made to said compiler). It needs to be a > project that doesn't share anything with the compiler (except the run-time > libraries), so

Re: [fpc-devel] Good timing metric test program?

2019-02-25 Thread Ondrej Pokorny
On 25.02.2019 19:16, Ondrej Pokorny wrote: On 25.02.2019 18:12, J. Gareth Moreton wrote: The compiler isn't a valid case because the input source is different (because of the very changes made to said compiler).  It needs to be a project that doesn't share anything with the compiler (except

Re: [fpc-devel] Good timing metric test program?

2019-02-25 Thread Ondrej Pokorny
On 25.02.2019 18:12, J. Gareth Moreton wrote: The compiler isn't a valid case because the input source is different (because of the very changes made to said compiler). It needs to be a project that doesn't share anything with the compiler (except the run-time libraries), so the source code is

Re: [fpc-devel] Good timing metric test program?

2019-02-25 Thread J. Gareth Moreton
The compiler isn't a valid case because the input source is different (because of the very changes made to said compiler).  It needs to be a project that doesn't share anything with the compiler (except the run-time libraries), so the source code is exactly the same so that when it is built, it

Re: [fpc-devel] Good timing metric test program?

2019-02-25 Thread Marco van de Voort
Op 2019-02-25 om 14:52 schreef J. Gareth Moreton: Given my recent work with the peephole optimizer, one thing that sprung to mind is that I don't have a project that tests for performance gains in a 'real world' program, where little optimisations add up over time.  Given that my x86-64

[fpc-devel] Good timing metric test program?

2019-02-25 Thread J. Gareth Moreton
Hi everyone, Given my recent work with the peephole optimizer, one thing that sprung to mind is that I don't have a project that tests for performance gains in a 'real world' program, where little optimisations add up over time.  Given that my x86-64 optimizer overhaul is rather substantial and