following up myself:
[ after complaining about my large scores ]
This seems to work (at least, the regtests are OK and it doesn't
appear to break the interaction between page-count and
systems-per-page):
[...]
I don't know why, though. :)
it works for me in the sense that there's no memory problem,
but doesn't work in the sense that now I get an overflow message.
those larger scores mean about 30 pages, chunked into 14 \score's.
when I comment them out one by one, there's a stage (at about 10
\score's over 27 pages) when compilation with the official version
achieves similar results: gets through without swapping but with
overflow messages. when compiling, about 30 seconds are needed to
reach the "Fitting music on 26 or 27 pages..." message, then for
3 more minutes nothing happens (even memory usage is at the same
level (minus a slight increase from 864m to 906mat half time)),
then it's over in about 10 seconds. adding one more score induces
immediate swapping in the "Fitting music..." stage - I've killed
compilation at 44 seconds after eating 3600m.
after applying your patch the breaks are different, the overall
result is of about the same quality, but the middle section takes
3 seconds instead of minutes.
unfortunately I couldn't reproduce this behaviour with a file
with \repeat unfold music copy-pasted into 20 \score's. I'll
try to understand what goes on, but am not too confident.
if needed, I can post my .ly files.
p
_______________________________________________
lilypond-devel mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/lilypond-devel