Re: Some Gnus Registry questions

[Ted Zlatanov <tzz@lifelogs.com>]

On Thu, 11 Apr 2013 08:51:39 +0200 Tassilo Horn <tsdh@gnu.org> wrote: 

TH> lately I was wondering why emacs increased from taking up 1.4% of my
TH> memory to nearly 5% just immediately after starting Gnus.  By using
TH> Stefan Monnier's excellent memory-usage.el package (especially
TH> `memory-usage-find-large-variables') I was quickly able to identify that
TH> `gnus-registry-db' was the culprit.

TH> So now I've set `gnus-registry-max-entries' to 10000 (from nil), which
TH> has shrunken its size about a factor 5.  Thereby, some questions
TH> wrt. the registry came to my mind.

TH> 1) What's `gnus-registry-max-pruned-entries' good for?  Of course I've
TH>    read its docs, but still I have no idea.  What is a pruned entry?

We prune entries that are disposable, meaning they don't have any keys
considered "precious."

TH> 2) The default value of `gnus-registry-track-extra' is (subject sender
TH>    recipient).  When looking at the gnus registry eioio file, I can see
TH>    that especially the subject tracking is responsible for a very large
TH>    portion.  Now the question is: do I actually need that?

Probably no, if you never search by subject.  If you split by subject
with the registry, then yes.

TH>    I don't use client-side splitting, so I think the only position where
TH>    I use the registry is for referring articles (^) and gathering
TH>    threads (A T), right?  And since I also use

TH>      (setq gnus-summary-thread-gathering-function
TH>            'gnus-gather-threads-by-references)

TH>    I probably don't need the registry tracking subjects, right?
   
Correct.  I wonder if it could figure this out automatically.

TH>    In the same sense, do I actually need sender and recipient tracking?
TH>    For article referring and thread gathering, I think only the
TH>    Message-Id is needed, right?

Correct.

Ted