[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#40516: 28.0.50; Delays with copy/rename after 10 hours emacs uptime
From: |
Jean Louis |
Subject: |
bug#40516: 28.0.50; Delays with copy/rename after 10 hours emacs uptime |
Date: |
Thu, 9 Apr 2020 11:24:29 +0300 |
User-agent: |
Mutt/1.10.1 (2018-07-13) |
* Eli Zaretskii <eliz@gnu.org> [2020-04-09 10:00]:
> > From: Jean Louis <bugs@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