[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Performance degradation from long lines
From: |
Stefan Monnier |
Subject: |
Re: Performance degradation from long lines |
Date: |
Thu, 25 Oct 2018 11:37:14 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) |
>> AFAIK there are *several* unrelated features that can cause very serious
>> slow downs in the presence of long lines. So we need to attack them one
>> by one.
> "Attack" in what sense?
All the senses you mention.
> Personally, I think any real solution (as opposed to band-aids) of
> this issue should "attack" the root cause. (Not that I'm opposed to
> having band-aids as interim solutions as long as we don't have
> anything better.) So if someone is interested, I can describe in more
> detail the root cause for the slow redisplay in these cases.
I'll take a real solution over band-aids any day, of course.
The band-aids like so-long.el play a useful role, tho. Not only they
provide short-term relief in the absence of a real solution, but also
they help pin-point the different root causes.
Stefan
- Performance degradation from long lines, mithraeum, 2018/10/24
- Re: Performance degradation from long lines, Stefan Monnier, 2018/10/24
- Re: Performance degradation from long lines, Phil Sainty, 2018/10/24
- Re: Performance degradation from long lines, Stefan Monnier, 2018/10/25
- Re: Performance degradation from long lines, Eli Zaretskii, 2018/10/25
- Re: Performance degradation from long lines, Stefan Monnier, 2018/10/25
- Re: Performance degradation from long lines, Eli Zaretskii, 2018/10/25
- Re: Performance degradation from long lines, Phil Sainty, 2018/10/25
- Re: Performance degradation from long lines, Eli Zaretskii, 2018/10/26
- Re: Performance degradation from long lines, Stefan Monnier, 2018/10/26
- Re: Performance degradation from long lines, Phil Sainty, 2018/10/27
- RE: Performance degradation from long lines, Drew Adams, 2018/10/27