Re: garbage collection slowdown

2020-02-06 Thread Ludovic Courtès
Hi Mikael! Mikael Djurfeldt skribis: > Could the frequency of GC be adapted similarly such that the balance > between GC and allocation is shifted towards allocation in phases with a > lot of heap growth? I guess we’ve been mostly “end users” of libgc, assuming the right design decisions were m

Re: garbage collection slowdown

2020-02-06 Thread Mikael Djurfeldt
Den ons 5 feb. 2020 23:32Han-Wen Nienhuys skrev: > > > On Wed, Feb 5, 2020 at 5:23 PM Ludovic Courtès wrote: > >> Weird. It would be interesting to see where the slowdown comes from. >> Overall, my recollection of the 1.8 to 2.0 transition (where we >> introduced libgc) is that GC was a bit fas

Re: garbage collection slowdown

2020-02-05 Thread Han-Wen Nienhuys
On Wed, Feb 5, 2020 at 5:23 PM Ludovic Courtès wrote: > Weird. It would be interesting to see where the slowdown comes from. > Overall, my recollection of the 1.8 to 2.0 transition (where we > introduced libgc) is that GC was a bit faster, definitely not slower. > > That said, does LilyPond happ

Re: garbage collection slowdown

2020-02-05 Thread Ludovic Courtès
Hi Han-Wen, Great to see you back here! Han-Wen Nienhuys skribis: > On Tue, Jan 28, 2020 at 11:41 PM Han-Wen Nienhuys wrote: >> Unfortunately, it looks like the adoption of the BDW GC library caused >> a ~6x slowdown, causing an overall end-to-end slowdown of 50%. >> >> I was wondering if you

Re: garbage collection slowdown

2020-02-01 Thread Han-Wen Nienhuys
On Tue, Jan 28, 2020 at 11:41 PM Han-Wen Nienhuys wrote: > Unfortunately, it looks like the adoption of the BDW GC library caused > a ~6x slowdown, causing an overall end-to-end slowdown of 50%. > > I was wondering if you folks would have tips to further tune GC for > wall-time speed, and if there

Re: garbage collection slowdown

2020-01-28 Thread Han-Wen Nienhuys
(please CC replies directly to me; I am not on the guile-devel list.) Arne mentioned >This might be the read-function which is slower in 2.2. You might want >to try to go directly to Guile 3, in which the read function should be >on par with the read in 1.8. I'd rather avoid making a jump to GUI

Re: garbage collection slowdown

2020-01-28 Thread Arne Babenhauserheide
Hi Han-Wen, Han-Wen Nienhuys writes: > after a long hiatus I have started getting involved with LilyPond > again, and one of the things I'd like to do is get LilyPond off GUILE > 1.8. That’s great! Thank you very much! > Unfortunately, it looks like the adoption of the BDW GC library caused > a

garbage collection slowdown

2020-01-28 Thread Han-Wen Nienhuys
Hi folks, after a long hiatus I have started getting involved with LilyPond again, and one of the things I'd like to do is get LilyPond off GUILE 1.8. Experiments suggest that starting from GUILE 2.2, the execution performance is on par with 1.8. There are 2 open issues: caching byte compiled fil