[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Redisplay slower in Emacs 28 than Emacs 27
From: |
Eli Zaretskii |
Subject: |
Re: Redisplay slower in Emacs 28 than Emacs 27 |
Date: |
Thu, 10 Dec 2020 05:36:42 +0200 |
> From: Stefan Monnier <monnier@iro.umontreal.ca>
> Cc: larsi@gnus.org, ghe@sdf.org, emacs-devel@gnu.org
> Date: Wed, 09 Dec 2020 16:01:41 -0500
>
> > Btw, any particular reason for the cutoff of 16 bytes to switch to the
> > "large chunk" branch?
>
> The reason is that I felt it looked good ;-)
> Well, not only: the "large chunk" branch operates 8bytes at a time on
> 64bit systems, so if we use it on a 15B string it will only consult the
> first 8B which I thought wasn't good enough, whereas I felt that
> ignoring the last 7B of a 23B string was acceptable.
Then perhaps we should look for the optimal cutoff by benchmarking
with different values?
- Re: Redisplay slower in Emacs 28 than Emacs 27, (continued)
- Re: Redisplay slower in Emacs 28 than Emacs 27, Stefan Monnier, 2020/12/08
- Re: Redisplay slower in Emacs 28 than Emacs 27, Stefan Monnier, 2020/12/08
- Re: Redisplay slower in Emacs 28 than Emacs 27, Lars Ingebrigtsen, 2020/12/08
- Re: Redisplay slower in Emacs 28 than Emacs 27, Stefan Monnier, 2020/12/08
- Re: Redisplay slower in Emacs 28 than Emacs 27, Lars Ingebrigtsen, 2020/12/08
- Re: Redisplay slower in Emacs 28 than Emacs 27, Eli Zaretskii, 2020/12/09
- Re: Redisplay slower in Emacs 28 than Emacs 27, Stefan Monnier, 2020/12/09
- Re: Redisplay slower in Emacs 28 than Emacs 27,
Eli Zaretskii <=
- Re: Redisplay slower in Emacs 28 than Emacs 27, Stefan Monnier, 2020/12/10
- Re: Redisplay slower in Emacs 28 than Emacs 27, Óscar Fuentes, 2020/12/07
- Re: Redisplay slower in Emacs 28 than Emacs 27, Gregory Heytings, 2020/12/07
- Re: Redisplay slower in Emacs 28 than Emacs 27, Eli Zaretskii, 2020/12/07
Re: Redisplay slower in Emacs 28 than Emacs 27, Jean Louis, 2020/12/07