GNU bug report logs -
#7089
23.2; slow ansi-color-apply
Previous Next
Reported by: Leo <sdl.web <at> gmail.com>
Date: Thu, 23 Sep 2010 09:14:02 UTC
Severity: normal
Found in version 23.2
Done: Leo <sdl.web <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
Message #26 received at 7089-done <at> debbugs.gnu.org (full text, mbox):
>>> Do you know for sure string-match is slower (more CPU intensive) than
>>> re-search-forward?
>> They should be largely equivalent. The difference between the two codes
>> might be due to replace-match and substring. I.e. the original
>> ansi-color-apply should be at least as efficient as your code (if not
>> more) in the case where there are no SGR escape sequences.
> I was setting out to profile the two versions of the function and
> unfortunately I was not able to see the CPU shootup mentioned in the
> first message. My result shows my version of ansi-color-apply is almost
> twice as slow as the original one. (The code and data used for profiling
> are attached.)
OK, thanks. As mentioned, it might depend on the density of SGR escape
sequences (and on the size of the text chunks processed, which can
depend on the machine load).
Stefan
This bug report was last modified 14 years and 258 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.