[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Slow redisplay
From: |
Eli Zaretskii |
Subject: |
Re: Slow redisplay |
Date: |
Sun, 25 Aug 2019 14:10:09 +0300 |
> Date: Sun, 25 Aug 2019 12:32:51 +0200
> From: Ergus <spacibba@aol.com>
> Cc: Eli Zaretskii <eliz@gnu.org>, help-gnu-emacs@gnu.org
>
> With the actual master branch I am observing a very important lagging in
> redisplay after being using emacs for 3-4 of hours. The rediplay happens
> like in stop motion speed, I can see the redisplay line being updated
> slowly and it takes sometimes like 1 seconds (from the top to the bottom
> of the screen) in my best laptop.
>
> (I only use emacs in tui) So the only solution after a while is to close
> emacs and reopen again.
>
> I used to have these lines:
>
> (defun my/minibuffer-setup-hook ()
> (setq gc-cons-threshold most-positive-fixnum))
>
> (defun my/minibuffer-exit-hook ()
> (setq gc-cons-threshold 800000))
>
> (add-hook 'minibuffer-setup-hook #'my/minibuffer-setup-hook)
> (add-hook 'minibuffer-exit-hook #'my/minibuffer-exit-hook)
>
> In my config, but after removing them (because someone suggested that
> the redisplay lagging could be related with the gc) the problem is still
> there (less critical, but still there after some hours).
>
> Any suggestion to find where is the issue comming from? Or what should I
> see to make a better report?
If you set garbage-collection-messages non-nil, do you see any GC
messages when Emacs is lagging input? If so, does invoking "M-x
garbage-collect RET" manual fix that?
- Slow redisplay, Ergus, 2019/08/25
- Re: Slow redisplay,
Eli Zaretskii <=