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
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
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
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
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
(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
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
