Re: [PATCH] Fix for (was: Is flush-lines a performance boar in 21.5-b17)
Adrian Aichner <adrian(a)xemacs.org> writes:
I identified the performance issue today.
It's present in both
(defun operate-on-non-matching-lines (regexp delete kill &optional beg end)
and
(defun operate-on-matching-lines (regexp delete kill &optional beg end)
due to the way they the count lines (a feature the GNU Emacs version
does not have) by first concating each match to a string.
This causes enormuous consing and the resulting GC activity makes
performance unbearable at the default gc-cons-threshold value.
Why was this not a problem in pre-21.5 XEmacsen? Or was it something
that was just as slow, only it was never noticed?