From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/73970 Path: news.gmane.org!not-for-mail From: Francis Moreau Newsgroups: gmane.emacs.gnus.general Subject: Re: Improving Gnus speed Date: Tue, 09 Nov 2010 20:58:31 +0100 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1289332765 30850 80.91.229.12 (9 Nov 2010 19:59:25 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 9 Nov 2010 19:59:25 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M22338@lists.math.uh.edu Tue Nov 09 20:59:20 2010 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PFuLe-0004pc-VS for ding-account@gmane.org; Tue, 09 Nov 2010 20:59:19 +0100 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 1PFuLa-00050E-Mg; Tue, 09 Nov 2010 13:59:14 -0600 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 1PFuLZ-000500-D7 for ding@lists.math.uh.edu; Tue, 09 Nov 2010 13:59:13 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1PFuLU-000449-EZ for ding@lists.math.uh.edu; Tue, 09 Nov 2010 13:59:13 -0600 Original-Received: from mail-yw0-f44.google.com ([209.85.213.44]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1PFuLT-0004uY-00 for ; Tue, 09 Nov 2010 20:59:07 +0100 Original-Received: by ywp6 with SMTP id 6so5133113ywp.17 for ; Tue, 09 Nov 2010 11:58:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=xnjln3XXPAHSCvP8Nx6E2Kcgbn7qEky5bZ0t2FF3M6s=; b=l8KeyxKcWli+WPG9n22IE0J0Y6lbeo6EQzTq0fhSPhyh8X9Zi1IVwLxYzJzc0nM2bW PwAs4kusKgoMfO631RHUpgezridaffnQ+4kuNeeAjEHwGyqwG519n0qwiVMnMakpIuBu 3KsH8LgSnPOsKj60z+lybtQaBddjpFi29N36U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:references:date:in-reply-to:message-id:user-agent :mime-version:content-type; b=J+nmiVUJ9P+0AFOyovL+5tjrUmlPKcTpqK4m+KyY06CMP1eyAfRXqUJZpdi7VoZQzS GMvtzj0ONOAaOlnpJEku0+KIXKbntt9ty88UmzD2BitUavI8WiqJtcgi3aKOhzoL2L1r 2fLUYeEyTm+kGkTiDwthpcnbvz/cts53fN7KQ= Original-Received: by 10.217.6.134 with SMTP id y6mr6023677wes.66.1289332714441; Tue, 09 Nov 2010 11:58:34 -0800 (PST) Original-Received: from localhost (au213-1-82-235-205-153.fbx.proxad.net [82.235.205.153]) by mx.google.com with ESMTPS id l14sm1153896weq.11.2010.11.09.11.58.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 09 Nov 2010 11:58:33 -0800 (PST) In-Reply-To: (Lars Magne Ingebrigtsen's message of "Tue, 09 Nov 2010 19:55:23 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) X-Spam-Score: -2.0 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:73970 Archived-At: Lars Magne Ingebrigtsen writes: > Francis Moreau writes: > >> Even if articles are cached, Gnus takes some times to display the >> summary buffer: >> >> Entering in the group containing cached articles: 4 secs. >> >> This group contains 230 unread articles. > > That's obscenely slow. Even if the 230 articles were fetched over the > net, it shouldn't take anywhere that long. That's reassuring. >> Now display all articles in this group by doing '/ o': >> >> Gnus asks me: >> >> How many articles from nnml+cache:nntp+news.free.fr:comp.lang.c (default 42555): >> >> Type . >> >> Fetching headers for nnml+cache:nntp+news.free.fr:comp.lang.c... >> < 7 secs> >> done >> < 22 secs> >> Generating summary... >> < 3 secs> >> done > > That seems rather slow, too, but Gnus is rather slow when rendering I forgot to mention that the number 42555 is wrong, there're actually only 1298 articles in this buffer. I don't know why it's wrong though. > large summary buffers, and I've never understood why, really. Entering > a 10K group takes a couple of seconds, but entering a 100K group takes > several minutes. So there's something exponential going on somewhere... That's my impression too. >> I'm interested in improving this, so any suggestions are welcome. > > (setq debug-on-quit t) and then `C-g'-ing a few times should tell you > what function is taking so long. `M-x elp-instrument-package RET gnus > RET', doing something, and then `M-x elp-results' should give you a > detailed look. ok, I'll try that and see I can find something. >> BTW, Gnus is using Git as SCM (cool) but it seems that it uses HTTP >> method only (not git protocol). Is that right ? >> >> IIRC, git protocol is more effective, and I actually don't compile Git >> with HTTP support since it adds some dependency like curl for no good >> reason. > > The Gnus sources are so small that just using HTTP seems OK to me, > speedwise. Well even in that case, why not using the native protocol which is more efficient, stable ... ? -- Francis