[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#18522: 24.4.50; mapcar is very slow
From: |
Eli Zaretskii |
Subject: |
bug#18522: 24.4.50; mapcar is very slow |
Date: |
Wed, 24 Feb 2016 19:42:41 +0200 |
> Date: Wed, 24 Feb 2016 11:15:28 +0100
> From: martin rudalics <rudalics@gmx.at>
> CC: larsi@gnus.org, 18522@debbugs.gnu.org
>
> > You interpret that comment too literally: it means killed buffers that
> > were not yet GC'ed. You will see in alloc.c that sweep_buffers
> > removes killed buffers from all_buffers and recycles their memory.
>
> Doesn't that remove unmarked buffers only?
Of course. But why would killed buffers be marked?
> >> That means, the chain gets bigger and bigger, whenever I read an article
> >> or I reply or I send a new message or whatever.
> >
> > If Emacs did that, it would have been a very serious bug and a huge
> > memory sink.
>
> One potential hole are window configurations. Each window maintains two
> lists for navigating the buffers previously shown in that window. For
> live windows, these lists are hopefully updated when killing a buffer.
> But if you store such a window in a window configuration and forget
> about that configuration, the buffers from those lists are not reclaimed
> IIUC.
What do you mean by "forget"? Forgetting a Lisp object means it is
not referenced by any other object, so it will be GCed, together with
the buffers it references. Right?
> BTW, I have no idea why FOR_EACH_BUFFER should be used outside alloc.c.
What would you use instead?
- bug#18522: 24.4.50; mapcar is very slow, (continued)
- bug#18522: 24.4.50; mapcar is very slow, Lars Ingebrigtsen, 2016/02/28
- bug#18522: 24.4.50; mapcar is very slow, Lars Ingebrigtsen, 2016/02/25
- bug#18522: 24.4.50; mapcar is very slow, Lars Ingebrigtsen, 2016/02/25
- bug#18522: 24.4.50; mapcar is very slow, Eli Zaretskii, 2016/02/26
- bug#18522: 24.4.50; mapcar is very slow, Lars Ingebrigtsen, 2016/02/27
- bug#18522: 24.4.50; mapcar is very slow, Eli Zaretskii, 2016/02/26
- bug#18522: 24.4.50; mapcar is very slow, Lars Ingebrigtsen, 2016/02/27
- bug#18522: 24.4.50; mapcar is very slow, martin rudalics, 2016/02/24
- bug#18522: 24.4.50; mapcar is very slow,
Eli Zaretskii <=
- bug#18522: 24.4.50; mapcar is very slow, martin rudalics, 2016/02/24
- bug#18522: 24.4.50; mapcar is very slow, martin rudalics, 2016/02/24
- bug#18522: 24.4.50; mapcar is very slow, Eli Zaretskii, 2016/02/24
- bug#18522: 24.4.50; mapcar is very slow, Peter Münster, 2016/02/25
- bug#18522: 24.4.50; mapcar is very slow, martin rudalics, 2016/02/25