From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/3985 Path: main.gmane.org!not-for-mail From: steve@miranova.com (Steven L. Baur) Newsgroups: gmane.emacs.gnus.general Subject: Re: Gnus5, procmail, and reading mail lists. Date: 15 Nov 1995 09:50:50 -0800 Organization: Miranova Systems, Inc. Sender: steve@miranova.com Message-ID: References: <199511151432.PAA20711@ssv4.dina.kvl.dk> <9511151550.AA16839@dusty.informatik.uni-dortmund.de> NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035144796 28164 80.91.224.250 (20 Oct 2002 20:13:16 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 20:13:16 +0000 (UTC) Cc: Per Abrahamsen , Michael.Huehne@Germany.EU.net Return-Path: ding-request@ifi.uio.no Original-Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by miranova.com (8.6.11/8.6.9) with ESMTP id LAA22695 for ; Wed, 15 Nov 1995 11:07:31 -0800 Original-Received: from miranova.com (steve@miranova.com [204.212.162.100]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Wed, 15 Nov 1995 18:50:59 +0100 Original-Received: (from steve@localhost) by miranova.com (8.6.11/8.6.9) id JAA22084; Wed, 15 Nov 1995 09:50:52 -0800 Original-To: ding@ifi.uio.no Original-Cc: Kai Grossjohann X-Url: http://www.miranova.com/%7Esteve/ Mail-Copies-To: never In-Reply-To: Kai Grossjohann's message of 15 Nov 1995 07:50:39 -0800 Original-Lines: 18 X-Mailer: September Gnus v0.12 Xref: main.gmane.org gmane.emacs.gnus.general:3985 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:3985 >>>>> "Kai" == Kai Grossjohann writes: >>>>> "Per" == Per Abrahamsen writes: Per> NFS: Incredible slow. You can read each split message in the Per> minibuffer several times, take a sip of your tea, and Per> speculate about the possible content before the next message Per> arrives. Kai> Also, is the speed of entering an nnml group affected by the Kai> same effect? The speed of entering an nnml group is system dependent as demonstrated by my nnheader-insert-head patch. XEmacs allocates a new 64k buffer for each invocation of insert-file-contents which can be an extraordinarily slow and painful process. -- steve@miranova.com baur