From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/25198 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: overview file access when spooling and nnml/nnimap performance Date: 22 Sep 1999 19:08:37 +0200 Sender: owner-ding@hpc.uh.edu Message-ID: References: <877lljawft.fsf@senstation.vvf.fi> <87aeqfuee3.fsf@senstation.vvf.fi> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035162628 12755 80.91.224.250 (21 Oct 2002 01:10:28 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 01:10:28 +0000 (UTC) Cc: ding@gnus.org Return-Path: Original-Received: from bart.math.uh.edu (bart.math.uh.edu [129.7.128.48]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id NAA03608 for ; Wed, 22 Sep 1999 13:10:59 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by bart.math.uh.edu (8.9.1/8.9.1) with ESMTP id MAB14179; Wed, 22 Sep 1999 12:10:56 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 22 Sep 1999 12:11:16 -0500 (CDT) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id MAA00357 for ; Wed, 22 Sep 1999 12:11:07 -0500 (CDT) Original-Received: from badis.pdc.kth.se (jas@badis.pdc.kth.se [130.237.221.45]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id NAA03584 for ; Wed, 22 Sep 1999 13:09:06 -0400 (EDT) Original-Received: (from jas@localhost) by badis.pdc.kth.se (8.9.3/8.9.3) id TAA18012; Wed, 22 Sep 1999 19:08:37 +0200 Original-To: Hannu Koivisto In-Reply-To: Hannu Koivisto's message of "22 Sep 1999 18:58:28 +0300" Original-Lines: 17 User-Agent: Gnus/5.070096 (Pterodactyl Gnus v0.96) Emacs/20.4 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:25198 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:25198 Hannu Koivisto writes: > The primary reason why I was thinking about backend was the spooling > phase. That's the primary problem I'm seeing now -- it has slowed > down a lot while my folders have grown larger and I don't think Gnus > needs to do anything that would prevent scaling in this case. > Perhaps I'm wrong, but this is what I'm trying to find out. I don't know much about how the spooling phase works, but I would assume it involves calculating (especially expanding/compacting) gnus "ranges". And the gnus-range-* functions do very poorly when more than, say, 10.000 articles are involved. Try M-x elp-instrument-package RET gnus RET, fetch new mail, and look at M-x elp-results RET, if gnus-range-* comes up at the top you've confirmed my guess. If not, you should be able to figure out where all the time is spent, no?