- **labels**: --> Fixed_2_21_0
- **status**: Started --> Fixed
- **Patch**: push -->
- **Comment**:
~~~
commit a19aed147bf1605b21cbe7b1909ff6cbf519fb64
Author: Han-Wen Nienhuys <han...@lilypond.org>
AuthorDate: Sat Feb 8 21:02:12 2020 +0100
Commit: Han-Wen Nienhuys <han...@lilypond.org>
CommitDate: Wed Feb 12 21:36:12 2020 +0100
GUILE2: Scale GC heap with the number of smobs
[...]
~~~
---
** [issues:#5718] Grow heap aggressively during music interpretation**
**Status:** Fixed
**Labels:** Fixed_2_21_0
**Created:** Fri Jan 31, 2020 08:30 PM UTC by Han-Wen Nienhuys
**Last Updated:** Wed Feb 12, 2020 12:01 PM UTC
**Owner:** Han-Wen Nienhuys
During the interpretation stage, we build up a large set of
Grobs. Without tuning, GC is ineffective, because the Grobs are live
data and can't be collected.
To remedy this, if we see an unsuccessful GC step in the
Score_engraver we increase the heap size explicitly
Total GC overhead for mozart-hrn-3:
without initial heap size: 1.7s
with initial heap size set: ~1.2s
with heap scaling: ~0.25s
https://codereview.appspot.com/561390043
---
Sent from sourceforge.net because testlilyissues-a...@lists.sourceforge.net is
subscribed to https://sourceforge.net/p/testlilyissues/issues/
To unsubscribe from further messages, a project admin can change settings at
https://sourceforge.net/p/testlilyissues/admin/issues/options. Or, if this is
a mailing list, you can unsubscribe from the mailing list._______________________________________________
Testlilyissues-auto mailing list
testlilyissues-a...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/testlilyissues-auto
