From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/57829 Path: main.gmane.org!not-for-mail From: Jesper Harder Newsgroups: gmane.emacs.gnus.general Subject: Re: Gnus vs Wanderlust Date: Fri, 04 Jun 2004 02:05:56 +0200 Sender: ding-owner@lists.math.uh.edu Message-ID: References: <87zn7mvrcl.fsf@tc-1-100.kawasaki.gol.ne.jp> <87u0xsrzod.fsf@tc-1-100.kawasaki.gol.ne.jp> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1086307800 5445 80.91.224.253 (4 Jun 2004 00:10:00 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 4 Jun 2004 00:10:00 +0000 (UTC) Original-X-From: ding-owner+M6370@lists.math.uh.edu Fri Jun 04 02:09:50 2004 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BW2HN-0001yI-00 for ; Fri, 04 Jun 2004 02:09:49 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1BW2HE-0002H1-00; Thu, 03 Jun 2004 19:09:40 -0500 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1BW2HA-0002Gw-00 for ding@lists.math.uh.edu; Thu, 03 Jun 2004 19:09:36 -0500 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by util2.math.uh.edu with esmtp (Exim 4.30) id 1BW2HA-0004nj-HP for ding@lists.math.uh.edu; Thu, 03 Jun 2004 19:09:36 -0500 Original-Received: from pfepa.post.tele.dk (pfepa.post.tele.dk [195.41.46.235]) by justine.libertine.org (Postfix) with ESMTP id 686B43A005F for ; Thu, 3 Jun 2004 19:09:34 -0500 (CDT) Original-Received: from [195.249.82.241] (0xc3f952f1.esnxr1.ras.tele.dk [195.249.82.241]) by pfepa.post.tele.dk (Postfix) with ESMTP id 53EB947FE08 for ; Fri, 4 Jun 2004 02:09:32 +0200 (CEST) Original-To: ding@gnus.org Mail-Followup-To: ding@gnus.org In-Reply-To: <87u0xsrzod.fsf@tc-1-100.kawasaki.gol.ne.jp> (Miles Bader's message of "Fri, 04 Jun 2004 08:26:26 +0900") User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:57829 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:57829 Miles Bader writes: > colin.rafferty@morganstanley.com writes: >> 1. It does not cache summary layout information. When it builds a >> summary, it has to start from scratch. > > Is this actually a problem? Yes, from my benchmarking it is. > Judging from what I see, the great bulk of the time is _not_ in > summary generation, but rather getting info from the server That may well be the case if you're fetching from an external NNTP server (it also depends on network speed, of course). But if you're fetching from nnml or a local server like Leafnode, summary generation is the major bottleneck. > [My computer's pretty slow by contemporary standards too -- a 450MHz > pentium] I can beat that: 220MHz :-( > I suppose one could try to cache and incrementally update summaries, > but summary-generation is already so fast, even for very large > groups, that it might make more sense to investigate whether it > could be made even faster (maybe even with some new emacs > primitives). Doing some low-level caching would should be quite easy by memoizing. I'm thinking about stuff like `gnus-extract-address-components' which is likely to be called on identical strings many times during summary generation. It probably won't buy us any earth-shattering speedups, but maybe 2-3% here and there. -- Jesper Harder