From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/11989 Path: main.gmane.org!not-for-mail From: Ken Raeburn Newsgroups: gmane.emacs.gnus.general Subject: Re: slow checking for new mail Date: 08 Sep 1997 03:14:32 -0400 Message-ID: References: <87rab2bntu.fsf@phaedrus.uchicago.edu> NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035151606 1233 80.91.224.250 (20 Oct 2002 22:06:46 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 22:06:46 +0000 (UTC) Cc: stephen farrell , gnus list Return-Path: Original-Received: from xemacs.org (xemacs.cs.uiuc.edu [128.174.252.16]) by altair.xemacs.org (8.8.7/8.8.7) with ESMTP id BAA26830 for ; Mon, 8 Sep 1997 01:08:45 -0700 Original-Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by xemacs.org (8.8.5/8.8.5) with SMTP id DAA00011 for ; Mon, 8 Sep 1997 03:04:16 -0500 (CDT) Original-Received: from claymore.vcinet.com (claymore.vcinet.com [208.205.12.23]) by ifi.uio.no with SMTP (8.6.11/ifi2.4) id for ; Mon, 8 Sep 1997 09:16:59 +0200 Original-Received: (qmail 11407 invoked by uid 504); 8 Sep 1997 07:16:57 -0000 Original-Received: (qmail 11404 invoked from network); 8 Sep 1997 07:16:57 -0000 Original-Received: from tweedledumb.cygnus.com (192.80.44.1) by claymore.vcinet.com with SMTP; 8 Sep 1997 07:16:57 -0000 Original-Received: from kr-pc.cygnus.com (kr-pc.cygnus.com [192.80.44.193]) by tweedledumb.cygnus.com (8.8.5/8.8.5) with ESMTP id DAA16124; Mon, 8 Sep 1997 03:15:55 -0400 (EDT) Original-Received: (from raeburn@localhost) by kr-pc.cygnus.com (8.8.5/8.6.9) id DAA04019; Mon, 8 Sep 1997 03:14:33 -0400 (EDT) Original-To: Mark Eichin In-Reply-To: Mark Eichin's message of "06 Sep 1997 23:46:26 -0400" Original-Lines: 20 X-Mailer: Gnus v5.4.64/Emacs 19.34 Xref: main.gmane.org gmane.emacs.gnus.general:11989 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:11989 Mark Eichin writes: > is it running movemail once for each nnml group? I've seen that > happen to people before, but never understood why... I think the " g" mechanism was to go through all the groups, and if the group was at level N or below, fetch new mail. Which means with 100 level-N groups, you fetch mail 100 times. People not using POP wouldn't notice, because it would translate to (maybe) one movemail invocation, and 99 stat calls that find that the incoming mail file is zero length; since there's no mail to fetch, movemail isn't run after the first time. That optimization can't be done in the POP case, because you can't see into the mail spool. If that optimization were removed, I bet everyone would notice " g" being slow. Gnus could remember where it has fetched mail from (movemail source pathname, or post office reference, or whatever) so far in each pass. Then it wouldn't need to check the same source twice in one pass.