GNU bug report logs - #11600
Must subscribe in order to avoid long "nntp read:" waits

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 11600 in the body.
You can then email your comments to 11600 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Dave Abrahams <dave <at> boostpro.com>
To: submit <at> debbugs.gnu.org (The Gnus Bugfixing Girls + Boys)
Subject: Must subscribe in order to avoid long "nntp read:" waits
Date: Fri, 01 Jun 2012 11:01:35 -0400

I recently got rid of my local leafnode server and went back to
accessing gmane and giganews directly.  However, I took things
step-by-step and just added the servers without immediately subscribing
any groups.  What I found was that the nntp-send-mode-reader function
would have to process an enormous number of lines every time I hit `G'
in the *Group* buffer, which was quite slow.  On a hunch I decided to
subscribe a group from each of those servers and the problem went away.



Ma Gnus v0.6
GNU Emacs 24.0.94.1 (x86_64-apple-darwin11.4.0, Carbon Version 1.6.0 AppKit 1138.47)
 of 2012-05-24 on pluto.luannocracy.com
200 news.gmane.org InterNetNews NNRP server INN 2.5.1 ready (posting ok)
101 Capability list:
VERSION 2
IMPLEMENTATION INN 2.5.1
AUTHINFO USER
HDR
LIST ACTIVE ACTIVE.TIMES DISTRIB.PATS HEADERS NEWSGROUPS OVERVIEW.FMT
OVER
POST
READER
STARTTLS
.

-- 
Dave Abrahams
BoostPro Computing
http://www.boostpro.com

Message #8 received at 11600 <at> debbugs.gnu.org (full text, mbox):

From: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
To: Dave Abrahams <dave <at> boostpro.com>
Cc: 11600 <at> debbugs.gnu.org
Subject: Re: bug#11600: Must subscribe in order to avoid long "nntp read:"
	waits
Date: Mon, 11 Jun 2012 23:17:37 +0200

Dave Abrahams <dave <at> boostpro.com> writes:

> What I found was that the nntp-send-mode-reader function would have to
> process an enormous number of lines every time I hit `G' in the
> *Group* buffer, which was quite slow.

Uhm...  `nntp-send-mode-reader' doesn't process anything.

Could you ELP-instrument nntp and see what takes so long?

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

Message #11 received at 11600 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Dave Abrahams <dave <at> boostpro.com>
Cc: 11600 <at> debbugs.gnu.org
Subject: Re: bug#11600: Must subscribe in order to avoid long "nntp read:"
	waits
Date: Wed, 05 Sep 2012 20:24:09 +0200

Lars Magne Ingebrigtsen <larsi <at> gnus.org> writes:

>> What I found was that the nntp-send-mode-reader function would have to
>> process an enormous number of lines every time I hit `G' in the
>> *Group* buffer, which was quite slow.
>
> Uhm...  `nntp-send-mode-reader' doesn't process anything.
>
> Could you ELP-instrument nntp and see what takes so long?

Any progress here?

-- 
(domestic pets only, the antidote for overdose, milk.)
  http://lars.ingebrigtsen.no  *  Lars Magne Ingebrigtsen

Message #14 received at 11600 <at> debbugs.gnu.org (full text, mbox):

From: Dave Abrahams <dave <at> boostpro.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 11600 <at> debbugs.gnu.org
Subject: Re: bug#11600: Must subscribe in order to avoid long "nntp read:"
	waits
Date: Mon, 17 Sep 2012 16:40:35 -0400

[Message part 1 (text/plain, inline)]

on Wed Sep 05 2012, Lars Ingebrigtsen <larsi-AT-gnus.org> wrote:

> Lars Magne Ingebrigtsen <larsi <at> gnus.org> writes:
>
>>> What I found was that the nntp-send-mode-reader function would have to
>>> process an enormous number of lines every time I hit `G' in the
>>> *Group* buffer, which was quite slow.
>>
>> Uhm...  `nntp-send-mode-reader' doesn't process anything.
>>
>> Could you ELP-instrument nntp and see what takes so long?
>
> Any progress here?

I just reproduced this behavior and ELP'd it with 

  mkdir /tmp/larsi
  mv <the attached .emacs file> /tmp/larsi/
  HOME=/tmp/larsi emacs

  `M-x el-get-install RET nognus RET'
  `M-x RET gnus RET'

Naturally, I can't give you the .authinfo file that goes with this
directory, but I'm sure you can massage things appropriately.  el-get
takes a *long* time to initialize the first time you start emacs with
this init file; I'm sure you have a faster way to get the latest Gnus
into your load-path, but this is reliable.

It produced the following ELP results

--8<---------------cut here---------------start------------->8---
nntp-request-list                 3           12.511693000  4.1705643333
nntp-with-open-group-function     3           12.511677     4.170559
nntp-send-command-and-decode      3           12.511605     4.170535
nntp-accept-process-output        1984        12.323542999  0.0062114632
nntp-open-server                  3           3.848937      1.2829789999
nntp-open-connection              3           3.848764      1.2829213333
nntp-send-mode-reader             3           0.361392      0.120464
nntp-decode-text                  11          0.356008      0.0323643636
nntp-send-authinfo                4           0.05992       0.01498
nntp-handle-authinfo              1           0.057592      0.057592
nntp-find-connection-buffer       1984        0.0036499999  1.839...e-06
nntp-read-server-type             3           7.9e-05       2.633...e-05
nntp-make-process-buffer          3           3.8e-05       1.266...e-05
nntp-possibly-change-group        3           2.499...e-05  8.333...e-06
nntp-erase-buffer                 17          2e-05         1.176...e-06
nntp-server-opened                9           1.499...e-05  1.666...e-06
--8<---------------cut here---------------end--------------->8---

[.emacs (text/plain, attachment)]

[Message part 3 (text/plain, inline)]

HTH,

-- 
Dave Abrahams
BoostPro Computing                  Software Development        Training
http://www.boostpro.com             Clang/LLVM/EDG Compilers  C++  Boost

Message #17 received at 11600 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Dave Abrahams <dave <at> boostpro.com>
Cc: 11600 <at> debbugs.gnu.org
Subject: Re: bug#11600: Must subscribe in order to avoid long "nntp read:"
	waits
Date: Tue, 25 Dec 2012 18:07:23 +0100

Dave Abrahams <dave <at> boostpro.com> writes:

> It produced the following ELP results
> nntp-request-list                 3           12.511693000  4.1705643333
> nntp-with-open-group-function     3           12.511677     4.170559
> nntp-send-command-and-decode      3           12.511605     4.170535
> nntp-accept-process-output        1984        12.323542999  0.0062114632

This just seems to say that you're reading huge active files.  Or big
active files from slow servers.  All the time is spent waiting for
output.

The confusing thing is that you have `gnus-read-active-file' set to nil
(which isn't a good choice, but, anyway), but still `nntp-request-list'
is called three times.

When I set that variable to nil, I get no calls to that function.

Could you do a `debug-on-entry' on that function to see what's
triggering the calls?

-- 
(domestic pets only, the antidote for overdose, milk.)
  http://lars.ingebrigtsen.no  *  Lars Magne Ingebrigtsen

Message #20 received at 11600 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Dave Abrahams <dave <at> boostpro.com>
Cc: 11600 <at> debbugs.gnu.org
Subject: Re: bug#11600: Must subscribe in order to avoid long "nntp read:"
 waits
Date: Sat, 06 Jul 2013 20:05:03 +0200

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Could you do a `debug-on-entry' on that function to see what's
> triggering the calls?

Did you try this?

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

Message #23 received at 11600 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Dave Abrahams <dave <at> boostpro.com>
Cc: 11600 <at> debbugs.gnu.org
Subject: Re: bug#11600: Must subscribe in order to avoid long "nntp read:"
 waits
Date: Thu, 30 Jan 2014 15:10:37 -0800

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Lars Ingebrigtsen <larsi <at> gnus.org> writes:
>
>> Could you do a `debug-on-entry' on that function to see what's
>> triggering the calls?
>
> Did you try this?

More data was requested a year ago, but none were giving, so I'm closing
this bug report.  Please reopen if further progress is made.

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.