GNU bug report logs - #22763
25.1.50; Feature Request -- A faster method to obtain line number at position.

Previous Next

Package: emacs;

Reported by: Keith David Bershatsky <esq <at> lawlist.com>

Date: Mon, 22 Feb 2016 02:44:01 UTC

Severity: wishlist

Tags: fixed

Found in version 25.1.50

Fixed in version 28.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: Philipp <p.stephani2 <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 22763 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, esq <at> lawlist.com, monnier <at> iro.umontreal.ca
Subject: bug#22763: 25.1.50; Feature Request -- A faster method to obtain line number at position.
Date: Sun, 7 Feb 2021 23:09:11 +0100


> Am 07.02.2021 um 22:52 schrieb Lars Ingebrigtsen <larsi <at> gnus.org>:
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
>>> Perhaps memchr has gotten faster over the years?
>> 
>> No, it was fast then as well (due to inlining, AFAIR).
>> 
>> I think the main factor is the file used to benchmark this stuff.  I
>> don't remember what I used.
> 
> I was curious as to how memchr is implemented these days:
> 
> https://code.woboq.org/userspace/glibc/string/memchr.c.html
> 
> It seems it tests one longword_ptr at a time?  So that's 8 bytes on
> 64-bit CPUs, I think.  Doesn't look like any SSE/AVX support, though.

I think that’s only the unoptimized generic version, there are architecture-specific versions like https://sourceware.org/git/?p=glibc.git;a=blob;f=sysdeps/x86_64/memchr.S;h=beff2708de6a1e40de4141f94ff6fe763f041164;hb=HEAD.
This bug report was last modified 3 years and 364 days ago.

Previous Next

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