GNU bug report logs - #24548
25.2.50; Long GC delays with many non-detached markers (PATCH)

Previous Next

Package: emacs;

Reported by: Pip Cet <pipcet <at> gmail.com>

Date: Mon, 26 Sep 2016 15:15:02 UTC

Severity: normal

Tags: patch

Merged with 29439

Found in version 25.2.50

Fixed in version 27.1

Done: Stefan Monnier <monnier <at> IRO.UMontreal.CA>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
To: Pip Cet <pipcet <at> gmail.com>
Cc: 24548 <at> debbugs.gnu.org
Subject: bug#24548: 25.2.50; Long GC delays with many non-detached markers (PATCH)
Date: Fri, 23 Mar 2018 09:55:15 -0400
> I thought it would be very easy to modify the code to avoid the problem;
> it was a bit harder than I thought, because the GC mark bit is not
> equivalent to "this object survives the current GC cycle".

Could you give a bit more details about what you mean by that?

During the mark phase, indeed the markbit only says "if true then this
object won't be GC'd but if false than maybe it's only because we
haven't finished marking".  Is that what you're referring to?

But if we call unchain_collected_markers from within the sweep phase
(e.g. on every buffer we find), `gcmarkbit` should be
sufficient/reliable.  Or am I missing something?


        Stefan




This bug report was last modified 7 years and 124 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.