From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/57826 Path: main.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.gnus.general Subject: Re: Gnus vs Wanderlust Date: Fri, 04 Jun 2004 08:26:26 +0900 Sender: ding-owner@lists.math.uh.edu Message-ID: <87u0xsrzod.fsf@tc-1-100.kawasaki.gol.ne.jp> References: <87zn7mvrcl.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 1086305293 413 80.91.224.253 (3 Jun 2004 23:28:13 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 3 Jun 2004 23:28:13 +0000 (UTC) Original-X-From: ding-owner+M6367@lists.math.uh.edu Fri Jun 04 01:28:03 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 1BW1cx-0007pE-00 for ; Fri, 04 Jun 2004 01:28:03 +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 1BW1be-00027C-00; Thu, 03 Jun 2004 18:26:42 -0500 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1BW1bW-000274-00 for ding@lists.math.uh.edu; Thu, 03 Jun 2004 18:26:34 -0500 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by util2.math.uh.edu with esmtp (Exim 4.30) id 1BW1bV-0004Kb-Rg for ding@lists.math.uh.edu; Thu, 03 Jun 2004 18:26:33 -0500 Original-Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by justine.libertine.org (Postfix) with ESMTP id E8B133A005F for ; Thu, 3 Jun 2004 18:26:31 -0500 (CDT) Original-Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BW1bR-0007gO-00 for ; Fri, 04 Jun 2004 01:26:30 +0200 Original-Received: from yokohama2-61-203-152-194.ap.0038.net ([61.203.152.194]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 04 Jun 2004 01:26:29 +0200 Original-Received: from miles by yokohama2-61-203-152-194.ap.0038.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 04 Jun 2004 01:26:29 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-To: ding@gnus.org Original-Lines: 26 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: yokohama2-61-203-152-194.ap.0038.net System-Type: i686-pc-linux-gnu Cancel-Lock: sha1:NymE20yoBRrr0hqNv6cjNm+Y/5E= Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:57826 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:57826 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? Judging from what I see, the great bulk of the time is _not_ in summary generation, but rather getting info from the server (which is where the sparse-range problems show up too). [My computer's pretty slow by contemporary standards too -- a 450MHz pentium] 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). Having `in between' summary generation might be nice too, especially when just updating a summary buffer with M-g -- for instance, delete and regenerate all threads where anything changed (message disappeared, message added ...) would probably be very fast, as in a large group, this would avoid regenerating most of the summary. -Miles -- Next to fried food, the South has suffered most from oratory. -- Walter Hines Page