From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/38757 Path: main.gmane.org!not-for-mail From: prj@po.cwru.edu (Paul Jarc) Newsgroups: gmane.emacs.gnus.general Subject: Re: nnml/nnfolder marks faster Date: Fri, 14 Sep 2001 14:08:57 -0400 Organization: What did you have in mind? A short, blunt, human pyramid? Message-ID: References: <87lmjki4b5.fsf@uwo.ca> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035174569 24149 80.91.224.250 (21 Oct 2002 04:29:29 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 04:29:29 +0000 (UTC) Return-Path: Return-Path: Original-Received: (qmail 4217 invoked from network); 14 Sep 2001 18:09:00 -0000 Original-Received: from multivac.student.cwru.edu (HELO multivac.cwru.edu) (261@129.22.96.25) by gnus.org with SMTP; 14 Sep 2001 18:09:00 -0000 Original-Received: (qmail 6659 invoked by uid 500); 14 Sep 2001 18:09:19 -0000 Mail-Followup-To: ding@gnus.org Original-To: ding@gnus.org Mail-Copies-To: never In-Reply-To: (Simon Josefsson's message of "Fri, 14 Sep 2001 19:32:09 +0200") User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/20.7 Original-Lines: 32 Xref: main.gmane.org gmane.emacs.gnus.general:38757 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:38757 Simon Josefsson wrote: > prj@po.cwru.edu (Paul Jarc) writes: >> I think (gnus-compress-sequence (gnus-uncompress-range range)) would >> do it. How is 'seen special? > > It is a range instead of a list, which most other marks is. They all look like lists of ranges to me, at least in .newsrc.eld. Does Gnus still use uncompressed lists because there are backends that can't handle rages yet? > Where should the snippet you suggest be put? In nn*-request-set-mark, you could calculate the new range, apply the above to it, and store the result. But it would probably be significantly faster to just manipulate the list of ranges by looking for adjacent/overlapping ranges, without recompressing. > +(defconst gnus-article-unpropagated-mark-lists '(cache download unsend) > + "Marks that shouldn't be propagated to backends. > +Typical marks are those that make no sense in a standalone backend, > +such as marks that says if a article is stored in the cache or not Better, I think: such as a mark that says whether an article is stored in the cache Are the unpropagatable marks stored in .newsrc.eld? If they're always recalculated, it seems they shouldn't be. Otherwise it seems they should be, but then they should also be stored in the backend. paul