From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/11961 Path: main.gmane.org!not-for-mail From: Steinar Bang Newsgroups: gmane.emacs.gnus.general Subject: opening speed for nnml groups Date: 02 Sep 1997 14:01:31 +0200 Message-ID: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1035151584 1091 80.91.224.250 (20 Oct 2002 22:06:24 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 22:06:24 +0000 (UTC) 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 GAA06568 for ; Tue, 2 Sep 1997 06:52:34 -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 IAA22509 for ; Tue, 2 Sep 1997 08:48:25 -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 ; Tue, 2 Sep 1997 14:05:12 +0200 Original-Received: (qmail 18603 invoked by uid 504); 2 Sep 1997 12:04:53 -0000 Original-Received: (qmail 18600 invoked from network); 2 Sep 1997 12:04:48 -0000 Original-Received: from abel.metis.no (HELO gw.metis.no) (193.90.64.1) by claymore.vcinet.com with SMTP; 2 Sep 1997 12:04:40 -0000 Original-Received: by gw.metis.no (8.8.6/8.8.6) with ESMTP id OAA20182; Tue, 2 Sep 1997 14:04:02 +0200 (MET DST) Original-Received: by metis.no (8.8.6/8.8.6) with ESMTP id OAA07072; Tue, 2 Sep 1997 14:03:56 +0200 (MET DST) Original-Received: by norne.troll.no (8.8.4/8.8.4) id OAA13373; Tue, 2 Sep 1997 14:01:31 +0200 (MET DST) Original-To: ding@gnus.org Original-Lines: 16 X-Mailer: Gnus v5.4.56/XEmacs 19.15 Xref: main.gmane.org gmane.emacs.gnus.general:11961 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:11961 I haven't done any timing of it yet, but it seems like opening nnml groups get noticably slower, as the groups get bigger (with more ticked or read articles in them). I was sort of idly wondering where the speed hit was? Is it in the parsing of the .overview file? I remember that slow exit on big or sparse nnml group, was a problem when you did expiry on exiting a group, so I went for demonical expiry, as well as demonical fetch and sort. If the reading and parsing of the .overview file is the problem, would it be an idea to cache the parsed info between visits? And update it during fetch and sort operations? Or is that too expensive memory-wise?