From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/80125 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general Subject: Re: nnir, gnus-goto-article and such Date: Thu, 29 Sep 2011 09:58:47 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87hb3viee0.fsf@lifelogs.com> References: <87pqinvvg4.fsf@lifelogs.com> <87aa9pu1tx.fsf@lifelogs.com> <878vp8nq6y.fsf@lifelogs.com> <87sjnfn486.fsf@lifelogs.com> <87oby3jvna.fsf@lifelogs.com> Reply-To: ding@gnus.org NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1317308379 19124 80.91.229.12 (29 Sep 2011 14:59:39 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 29 Sep 2011 14:59:39 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M28419@lists.math.uh.edu Thu Sep 29 16:59:35 2011 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1R9I5G-00031C-PI for ding-account@gmane.org; Thu, 29 Sep 2011 16:59:35 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1R9I4x-0007yv-KP; Thu, 29 Sep 2011 09:59:15 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1R9I4w-0007yg-Cz for ding@lists.math.uh.edu; Thu, 29 Sep 2011 09:59:14 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1R9I4t-0007UP-Qh for ding@lists.math.uh.edu; Thu, 29 Sep 2011 09:59:13 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1R9I4q-0007zN-VC for ding@gnus.org; Thu, 29 Sep 2011 16:59:08 +0200 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1R9I4m-0002lA-Ie for ding@gnus.org; Thu, 29 Sep 2011 16:59:04 +0200 Original-Received: from 38.98.147.133 ([38.98.147.133]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 29 Sep 2011 16:59:04 +0200 Original-Received: from tzz by 38.98.147.133 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 29 Sep 2011 16:59:04 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org Original-Lines: 40 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 38.98.147.133 X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6;d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.90 (gnu/linux) Cancel-Lock: sha1:vlm8flpvem8v8z13WqA95AIU0rI= X-Spam-Score: -4.2 (----) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:80125 Archived-At: On Thu, 29 Sep 2011 10:40:50 -0400 Dave Abrahams wrote: DA> general usage of the registry, which only happens in a very few DA> circumstances even though the kind of queries the registry can DA> answer are all over the place. It's a fairly new component and I haven't pushed it hard on anyone. >> Users should be able to use every aspect of Gnus without calling >> `gnus-registru-initialize'. The memory usage of the gnus-registry, if >> we enabled it by default, would be unpleasant for many of our users on >> older or less capable machines. Thus any general Gnus functionality >> should not depend on the gnus-registry's availability. DA> Well, here's an example of a missing generalization then. The registry DA> provides a general interface for looking up (information about) articles DA> based on their message IDs. However, there's only one of them, and it's DA> persistent. nnir would only need a small, special-purpose registry for DA> each of its groups. Or, maybe better, one registry could be refcounted DA> and just discarded when you leave the last nnir group if you haven't DA> initialized the registry in the meantime. It wouldn't grow if nobody DA> was putting things in it. That's not hard to do using registry.el, which is intended to be a general-purpose storage facility with or without persistent. But I unfortunately don't have the time or need to do what you suggest. >> Furthermore the gnus-registry should be treated as a lossy cache. If >> you find something useful, great. But don't rely on it. That attitude >> lets us expire it more aggressively. There are "precious" properties >> you can set, so for instance the registry marks are not lost, but from >> our side we can't expect that. DA> Sorry, don't know what you mean by "our side." You can't make things DA> precious programmatically? Sure, but choose not to. I think it should be entirely up to the user what he wants to keep around. Ted