help-gnu-emacs
[Top][All Lists]
Advanced

[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?



reply via email to

[Prev in Thread] Current Thread [Next in Thread]