From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/50250 Path: main.gmane.org!not-for-mail From: Alex Schroeder Newsgroups: gmane.emacs.gnus.general Subject: Re: spam.el is a bit aggressive loading/saving spam-stat data Date: Sat, 22 Feb 2003 00:58:45 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: <874r6xtccq.fsf@emacswiki.org> References: <4nd6ll3bus.fsf@lockgroove.bwh.harvard.edu> <4nk7ft1hqj.fsf@lockgroove.bwh.harvard.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1045871990 9241 80.91.224.249 (21 Feb 2003 23:59:50 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 21 Feb 2003 23:59:50 +0000 (UTC) Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18mN52-0002Ov-00 for ; Sat, 22 Feb 2003 00:59:48 +0100 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 18mN4N-0006IQ-00; Fri, 21 Feb 2003 17:59:07 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 21 Feb 2003 18:00:05 -0600 (CST) Original-Received: from sclp3.sclp.com (sclp3.sclp.com [66.230.238.2]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id RAA28051 for ; Fri, 21 Feb 2003 17:59:50 -0600 (CST) Original-Received: (qmail 70090 invoked by alias); 21 Feb 2003 23:58:48 -0000 Original-Received: (qmail 70084 invoked from network); 21 Feb 2003 23:58:48 -0000 Original-Received: from quimby.gnus.org (80.91.224.244) by 66.230.238.6 with SMTP; 21 Feb 2003 23:58:48 -0000 Original-Received: from news by quimby.gnus.org with local (Exim 3.12 #1 (Debian)) id 18mNI9-0003CS-00 for ; Sat, 22 Feb 2003 01:13:21 +0100 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 25 Original-NNTP-Posting-Host: dclient217-162-232-232.hispeed.ch Original-X-Trace: quimby.gnus.org 1045872801 12083 217.162.232.232 (22 Feb 2003 00:13:21 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 22 Feb 2003 00:13:21 GMT Mail-Followup-To: ding@gnus.org Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAGFBMVEXw+PtuTDOytLEoIB6 pbUvlw4TKgkTjfmqCdwRTAAACjUlEQVR42l2TQXPiMAyFXYbsXYnJmZg4d+Ns7zZqzuDBuScN/gv 9+/tsplt2dWHQN096khUhXqMae6XS5lal/smL/RlgYqn+A/qt9lBw+x+oOmstsdq86ry4/uT3jc0 hWSnSIv4lu2ceRHe1FtWP4huMPdHHS6k3+x3UjPoFnKwheqrMGl5MXaxPiSmDWoWXHo2JEWNnjV/ vIv6AOmbisq/1JuK3pLIPgDhkSetPApKqGKjMtcokAYyPk4gApVHVxhIDao368myezVWHbVpDSqm AJjevwpqLtY1pE2FVDYAtSwofGSDZ5s6ysUZZVNmpQWc+kD3ckZQXK4MVKuJVii0982PGTjK4AyC KoLrGeJ3TxulixxtKKRUK+AWr1Ywhh4urT0ZEdQyotNOpTLfGkBzVn6OIR60B7vI9hoXIx3lzXF9 GsTuqPGRHv2OcHSUIWq6bM1wdM1iaQ640PYbNTZu3ZxHQAV25UXFm4gRbvCRbi50TVQzBmV5vX19 OJmZueoB9u1P6uqP3TcMOFMxkFuvFp/EYYqYaY+fpEjuixSq89AS38zbwCltoMeF4Pguor9jv3PO kQ8IxMJG8GAD0qTiorVgqeZKNGUQ+ieSDlywXytkCxh6AWr3eJMAdOUsSwJ57gWfTUXdwSsEhj1/ 7BNhbPC41swtbLoNyDjcK8BFXTR9q4IDOEnMbsrUX5PwgA9VRbQDME+6hycB0q3vfEa0qFZC2/C1 4KGh19T6bbPO1YZJ81QrATEnfX4DLH0/vhUM/fYPcpLmARS7WADDVve8MyeTmpNbFb2sPwFAcYjg ZLfpRqV46TkphI4zm+XvB5ktarvkAu7F3ABoAh4j/5NUzPHcFaBXzRb6Ec38ACe7F/cztQQAAAAA ASUVORK5CYII= User-Agent: Gnus/5.090016 (Oort Gnus v0.16) Emacs/21.2.92 Cancel-Lock: sha1:EUWf+DK/A6kcsfi/PMnvoWLbSIw= Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:50250 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:50250 Ted Zlatanov writes: > Well, it doesn't need to be called often, and it could be added to the > save-newsrc hook. I just thought most people would want their stats > up-to-date on disk, but I can see why it would be good to minimize > disk access. Maybe we could allow both behaviors? > > What do you think about a new variable spam-stat-save-frequency with > choices "often" and "with-newsrc"? I guess we don't need "like a > maniac" as an option :) The only problem is that when you quit Gnus without saving, then the backends might have reclassified an article from spam to non-spam (and moved the article physically from one group to another), but the scores are unchanged. Depending on how you want to look at it, it seems to me that the only good solution is this: Only save spam-stat data when newsrc is saved, and add some elisp to .newsrc-dribble whenever articles are processed. Then the information should be more or less in sync, as .newsrc-dribble gets autosaved... Perhaps .newsrc-dribble gets saved whenever the backends save something, I haven't investigated. That would be the perfect solution, then. Alex.