From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/41792 Path: main.gmane.org!not-for-mail From: Sebastian Krause Newsgroups: gmane.emacs.gnus.general Subject: Re: Checking new mail very slow with current CVS Date: Wed, 09 Jan 2002 18:08:53 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035177134 7996 80.91.224.250 (21 Oct 2002 05:12:14 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 05:12:14 +0000 (UTC) Cc: Simon Josefsson Return-Path: Original-Received: (qmail 21938 invoked from network); 9 Jan 2002 17:09:57 -0000 Original-Received: from malifon.math.uh.edu (mail@129.7.128.13) by mastaler.com with SMTP; 9 Jan 2002 17:09:57 -0000 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 16OME0-0003cX-00; Wed, 09 Jan 2002 11:09:16 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 09 Jan 2002 11:09:08 -0600 (CST) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id LAA16907 for ; Wed, 9 Jan 2002 11:08:54 -0600 (CST) Original-Received: (qmail 21927 invoked by alias); 9 Jan 2002 17:08:57 -0000 Original-Received: (qmail 21922 invoked from network); 9 Jan 2002 17:08:57 -0000 Original-Received: from moutng1.kundenserver.de (HELO moutng1.schlund.de) (212.227.126.171) by gnus.org with SMTP; 9 Jan 2002 17:08:57 -0000 Original-Received: from [195.20.224.219] (helo=mrvdom03.kundenserver.de) by moutng1.schlund.de with esmtp (Exim 3.22 #2) id 16OMDf-0002d5-00; Wed, 09 Jan 2002 18:08:55 +0100 Original-Received: from [217.83.105.253] (helo=rookie) by mrvdom03.kundenserver.de with esmtp (Exim 2.12 #2) id 16OMDe-0003VK-00; Wed, 9 Jan 2002 18:08:55 +0100 Original-Received: from sebastian by rookie with local (Exim 3.33 #1 (Debian)) id 16OMDd-0000Wi-00; Wed, 09 Jan 2002 18:08:53 +0100 Original-To: ding@gnus.org In-Reply-To: (Simon Josefsson's message of "Thu, 27 Dec 2001 16:33:10 +0100") Original-Lines: 46 User-Agent: Gnus/5.090005 (Oort Gnus v0.05) Emacs/21.1 (i386-debian-linux-gnu) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:41792 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:41792 Simon Josefsson writes: > Russ Allbery writes: >> However, the speed difference is still very noticeable. What follows is >> two elp-results from instrumenting both "gnus" and "nn"; the first is from >> Oort (CVS pull as of a few days ago) and the second is from 5.8.7. > > Thank you. FWIW, I can reproduce this. Gnus 5.9.0 from Emacs 21 is > faster than Oort Gnus 0.0.4 (8 seconds vs 12 seconds for me). The > following speed things up, but I don't think everything can be blamed > on this. Does it have any effect for you? I had the same problem with the current CVS and your patch solved my problem that Gnus takes a long time when I hit 'g' in the Group buffer. Could anyone please patch the current CVS with Simon's following patch, it seems to me that this solution isn't in the CVS yet, because i still had the problem with the current Oort Gnus from a few hours ago. > --- nntp.el.~6.15.~ Tue Oct 30 18:47:08 2001 > +++ nntp.el Thu Dec 27 16:31:50 2001 > @@ -396,15 +396,15 @@ > nntp-address nntp-port-number nntp-server-buffer > wait-for nnheader-callback-function) > ;; If nothing to wait for, still remove possibly echo'ed commands > - (unless wait-for > - (nntp-accept-response) > - (save-excursion > - (set-buffer buffer) > - (goto-char pos) > - (if (looking-at (regexp-quote command)) > - (delete-region pos (progn (forward-line 1) (gnus-point-at-bol)))) > +; (unless wait-for > +; (nntp-accept-response) > +; (save-excursion > +; (set-buffer buffer) > +; (goto-char pos) > +; (if (looking-at (regexp-quote command)) > +; (delete-region pos (progn (forward-line 1) (gnus-point-at-bol)))) > +; ))) > ))) > - )) > > (defun nntp-send-command-nodelete (wait-for &rest strings) > "Send STRINGS to server and wait until WAIT-FOR returns." Sebastian