From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/25190 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 16:54:29 +0200 Sender: owner-ding@hpc.uh.edu Message-ID: References: <877lljawft.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 1035162622 12717 80.91.224.250 (21 Oct 2002 01:10:22 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 01:10:22 +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 KAA02257 for ; Wed, 22 Sep 1999 10:58:11 -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 JAB14256; Wed, 22 Sep 1999 09:58:07 -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 09:58:07 -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 JAA28759 for ; Wed, 22 Sep 1999 09:57:57 -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 KAA02238 for ; Wed, 22 Sep 1999 10:55:51 -0400 (EDT) Original-Received: (from jas@localhost) by badis.pdc.kth.se (8.9.3/8.9.3) id QAA17910; Wed, 22 Sep 1999 16:54:30 +0200 Original-To: Hannu Koivisto In-Reply-To: Hannu Koivisto's message of "22 Sep 1999 16:48:54 +0300" Original-Lines: 24 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:25190 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:25190 Hannu Koivisto writes: > I thought, some sort of database solution for storing articles would > perhaps be the right direction. Yes. nnml is already a step in that direction compared to nnmh. > This brings us to nnimap. How's its performance with some good IMAP > server (does such things exist)? Nnimap can't be a fast IMAP client compared to other IMAP clients, because Gnus behaves orthogonal to several concepts used in IMAP to speed things up. This does not mean that Gnus can't be modified to work smoother together with nnimap, which I'm sure it will. If you want numbers, entering a large group (~1000 articles) with nnimap spend 20 % of the time in nnimap and 80 % in Gnus. For nnml theese numbers are 1 % / 99 %. This indicate that if you want better performance, you should spend your time optimizing Gnus instead of working on a backend. The bottleneck isn't I/O. A simple step, like moving the "range" calculations to C (which is on the todo list, I believe) would speed up things tremendously for very large groups (>10000 articles).