From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/81922 Path: news.gmane.org!not-for-mail From: Tassilo Horn Newsgroups: gmane.emacs.gnus.general Subject: Re: Excessive nntp reads since today Date: Tue, 12 Jun 2012 15:36:47 +0200 Message-ID: <87y5nsbqj4.fsf@thinkpad.tsdh.de> References: <877gvcd91f.fsf@thinkpad.tsdh.de> <85txygk74a.fsf@iznogoud.viz> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1339508232 23227 80.91.229.3 (12 Jun 2012 13:37:12 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 12 Jun 2012 13:37:12 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M30192@lists.math.uh.edu Tue Jun 12 15:37:11 2012 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SeRHP-0006Nq-Rv for ding-account@gmane.org; Tue, 12 Jun 2012 15:37:08 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1SeRHI-0001iz-U9; Tue, 12 Jun 2012 08:37:00 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1SeRHH-0001ii-4R for ding@lists.math.uh.edu; Tue, 12 Jun 2012 08:36:59 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1SeRHC-0002Ts-BE for ding@lists.math.uh.edu; Tue, 12 Jun 2012 08:36:58 -0500 Original-Received: from deliver.uni-koblenz.de ([141.26.64.15]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1SeRHA-0001KZ-Og for ding@gnus.org; Tue, 12 Jun 2012 15:36:52 +0200 Original-Received: from localhost (localhost [127.0.0.1]) by deliver.uni-koblenz.de (Postfix) with ESMTP id D2004D2601 for ; Tue, 12 Jun 2012 15:36:52 +0200 (CEST) X-Virus-Scanned: amavisd-new at uni-koblenz.de Original-Received: from deliver.uni-koblenz.de ([127.0.0.1]) by localhost (deliver.uni-koblenz.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3BW3UtWEkbzX for ; Tue, 12 Jun 2012 15:36:52 +0200 (CEST) X-CHKRCPT: Envelopesender noch tassilo@member.fsf.org Original-Received: from thinkpad.tsdh.de (tsdh.uni-koblenz.de [141.26.67.142]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by deliver.uni-koblenz.de (Postfix) with ESMTPSA id 4D933D25FF for ; Tue, 12 Jun 2012 15:36:52 +0200 (CEST) In-Reply-To: <85txygk74a.fsf@iznogoud.viz> (Wolfgang Jenkner's message of "Tue, 12 Jun 2012 15:11:17 +0200") User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.0.97 (gnu/linux) X-Spam-Score: -4.9 (----) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:81922 Archived-At: Wolfgang Jenkner writes: >> My `gnus-fetch-old-headers' is 'some, so it might want to fetch some >> older messages to connect new articles in a thread, but not so many. >> I just entered the gmane xetex group which had 4 new articles. The >> summary showed those 4 articles + 2 old articles from yesterday (the >> 4 new were replies of the 2 old ones). But when entering the group, >> the "nntp read: kb" message counted to more than 12.000. >> >> I suspect this change is the culprit, so I added Wolfgang to the Cc. >> >> ,---- >> | commit 44f603535c63aab124e139b145fce20fff488f38 >> | Author: Wolfgang Jenkner >> | Date: Mon Jun 11 23:49:17 2012 +0200 >> | >> | Make `A T' work when agentized >> | >> | * gnus-agent.el (gnus-agent-retrieve-headers): Recalculate the range of >> | articles when fetch-old is non-nil (bug#11370). >> `---- > > I admit that it hadn't occurred to me to test this patch with > non-default values of gnus-fetch-old-headers, but the docstring of this > variable actually seems to match the behaviour you describe... It matches the behavior in that it had to fetch 2 additional messages to fill in gaps in lose thread branches. But the two old messages were from yesterday, and that's a low-traffic group with about 20 messages in the last week. There's no chance that this required fetching 12 MB of header data, right? Bye, Tassilo