GNU bug report logs - #40516
28.0.50; Delays with copy/rename after 10 hours emacs uptime

Previous Next

Full log

View this message in rfc822 format

From: Jean Louis <bugs <at> gnu.support>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 40516 <at> debbugs.gnu.org
Subject: bug#40516: 28.0.50; Delays with copy/rename after 10 hours emacs uptime
Date: Thu, 9 Apr 2020 11:24:29 +0300

* Eli Zaretskii <eliz <at> gnu.org> [2020-04-09 10:00]:
> > From: Jean Louis <bugs <at> gnu.support>
> > Date: Thu, 09 Apr 2020 06:43:07 +0200
> > 
> > 
> > I was doing many copies and renames in Dired, and kept Emacs long time
> > running, including with laptop sleep mode and hibernation, so I had
> > about 10 days of emacs-uptime
> > 
> > Then I have observed that copies and renames are slower and slower,
> > incredibly slow. Deleting files became very slow. If I would do it in
> > the shell it would be very fast.
> 
> Do you have gc-cons-threshold set to a very high value, per chance?

Its value is 10000000
Original value was 800000

Is that maybe the case? I will reset it.

> In any case, when this happens next time, profile Emacs with "M-x
> profiler-start", then post the resulting profile, completely expanded,
> here.  Without that data, it is hard to do anything useful about this
> bug report, as it gives no clue about the possible reason(s).  FWIW,
> my Emacs sessions typically run for many weeks without any tangible
> degradation in the time it takes to copy or move files.

Thank you, then for now it can be closed. I can re-open if I see
problem taking place.

Jean

Previous Next

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