On Thu, 11 Apr 2013 08:51:39 +0200 Tassilo Horn <[email protected]> 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 _______________________________________________ info-gnus-english mailing list [email protected] https://lists.gnu.org/mailman/listinfo/info-gnus-english
