From: Chris Findeisen <cfindeisen@google.com>
To: rgm@gnu.org
Cc: 30943@debbugs.gnu.org
Subject: bug#30943: save-hist creates massive cache file
Date: Thu, 29 Mar 2018 16:27:12 +0000 [thread overview]
Message-ID: <CAJqN1i_W_VJsN+JgLBvYPWu31gzDbwGs_P+P=fwZ_T-NHN5XxQ@mail.gmail.com> (raw)
In-Reply-To: <xn4ll1mhh0.fsf@fencepost.gnu.org>
[-- Attachment #1: Type: text/plain, Size: 1523 bytes --]
>
> None of those look large.
yeah, I had rm'd my cache file when it was really huge (~1GB), now it's
regrowing. To get a sense of what I was looking at previously, I had a
similar output to this person's
https://emacs.stackexchange.com/questions/12086/abnormally-large-savehist-file.
The point is that over time these variables grow and grow and slow.
savehist doesn't truncate anything AFAICS.
> It just assumes variables are trimmed by add-to-history etc in the
> course of normal operation. So if you add a non-history variable to
> savehist (or set history-length to t), it will eventually blow up.
>
Hmm, ok. I may have misunderstood savehist's role then, I thought that
savehist managed history size. Eli, apparently the savehist-trim-history
function is only used on XEmacs--it's a noop on Emacs.
Sorry for the confusion then. First bug report :D ... failed bug report :(
. I'll talk to Spacemacs folks about fixing their configuration to guard
these variables accordingly. Thanks for your time!
Regards,
Chris Findeisen
On Tue, Mar 27, 2018 at 12:44 PM Glenn Morris <rgm@gnu.org> wrote:
> Chris Findeisen wrote:
>
> > grep -E -b -o '^\(setq [^ ]+' ~/.emacs.d/.cache/savehist
> > ....
> > 51869:(setq evil-jumps-history
> > 53265:(setq mark-ring
> > 53287:(setq search-ring
> > 53311:(setq regexp-search-ring
> > 53579:(setq extended-command-history
>
> None of those look large.
> You either want to post the whole output, or find the one where the
> offset jumps significantly from the previous match.
>
[-- Attachment #2: Type: text/html, Size: 5498 bytes --]
next prev parent reply other threads:[~2018-03-29 16:27 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-25 19:11 bug#30943: save-hist creates massive cache file Chris Findeisen
2018-03-26 14:59 ` Eli Zaretskii
2018-03-27 2:50 ` Chris Findeisen
2018-03-27 19:44 ` Glenn Morris
2018-03-29 16:27 ` Chris Findeisen [this message]
2018-03-29 17:09 ` Eli Zaretskii
2018-03-29 18:08 ` Glenn Morris
2018-03-29 18:47 ` Eli Zaretskii
2018-03-30 5:25 ` Glenn Morris
2018-03-30 8:14 ` Eli Zaretskii
2022-02-15 10:29 ` Lars Ingebrigtsen
2018-03-27 19:12 ` Glenn Morris
2018-03-29 10:49 ` Eli Zaretskii
2018-03-29 17:12 ` Glenn Morris
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAJqN1i_W_VJsN+JgLBvYPWu31gzDbwGs_P+P=fwZ_T-NHN5XxQ@mail.gmail.com' \
--to=cfindeisen@google.com \
--cc=30943@debbugs.gnu.org \
--cc=rgm@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.