"Phil Holmes" <m...@philholmes.net> writes:

> ----- Original Message ----- 
> From: "David Kastrup" <d...@gnu.org>
> To: <lilypond-devel@gnu.org>
> Sent: Saturday, September 21, 2013 1:37 PM
> Subject: Re: Lilypond benchmarking
>
>
>> "Phil Holmes" <em...@philholmes.net> writes:
>>
>>> David made the comment that we'd no information on the performance of
>>> the latest development release on large project, so I thought I'd do a
>>> little benchmarking. This has been done on windows vista 64 bit.
>>>
>>> I've used 4 benchmarking tests: a) \repeat unfold xx c''4; b) \repeat
>>> unfold 500 { c''4 c' \f c''' g } (this gives the skylining code
>>> something to do, which the simple one in a) doesn't); c) the Finale to
>>> Act I of the Mikado, which I created as code about 3 years ago, and
>>> runs to 496 bars and up to 30 voices and d) The full score for the
>>> Mikado, about 150 pages but set as a number (about 20) of separate
>>> \score blocks.  The main problem I've got is laying the results out in
>>> a text-only email, so I've attached them as a little image.
>>>
>>> Summary: 2.12 was very slow and unreliable on large scores.  2.14,
>>> 2.16 and 2.17.26 are similar: it look like current devel is slower
>>> where there's a lot of interleaving of notes and dynamics to be done,
>>> which is probably to be expected with the more sophisticated skylining
>>> code.  I'd conclude there is no fundamental performance problem with
>>> our current build.
>>
>> The numbers for 2.17.26 are generally about 30% slower than 2.16.
>> That's quite more than the skyline code as such should be accountable
>> for.  Definitely looks like we should bother with some profiling.
>
> It's actually faster with test a), which is why I think it's skylining
> stuff.

That may be as it will, but 30% would be excessive anyway.

-- 
David Kastrup

_______________________________________________
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel

Reply via email to