From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.user/18306 Path: news.gmane.org!.POSTED!not-for-mail From: pulsarpietro@posteo.net (P. Paolini) Newsgroups: gmane.emacs.gnus.user Subject: Re: slow `B m' due to a require for each of gnus-active-hashtb Date: Wed, 10 Aug 2016 17:43:55 +0100 Message-ID: <87eg5w3778.fsf@posteo.net> References: <87oa52gubz.fsf@fsfe.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1470847479 4419 195.159.176.226 (10 Aug 2016 16:44:39 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 10 Aug 2016 16:44:39 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) To: info-gnus-english@gnu.org Original-X-From: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Wed Aug 10 18:44:27 2016 Return-path: Envelope-to: gegu-info-gnus-english@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bXWcD-0000fR-IV for gegu-info-gnus-english@m.gmane.org; Wed, 10 Aug 2016 18:44:25 +0200 Original-Received: from localhost ([::1]:42747 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bXWc5-0004IW-Oh for gegu-info-gnus-english@m.gmane.org; Wed, 10 Aug 2016 12:44:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60890) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bXWc1-0004Gi-OH for info-gnus-english@gnu.org; Wed, 10 Aug 2016 12:44:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bXWbw-0002w2-Of for info-gnus-english@gnu.org; Wed, 10 Aug 2016 12:44:12 -0400 Original-Received: from [195.159.176.226] (port=38211 helo=blaine.gmane.org) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bXWbw-0002tR-IS for info-gnus-english@gnu.org; Wed, 10 Aug 2016 12:44:08 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1bXWbp-0008PE-Qm for info-gnus-english@gnu.org; Wed, 10 Aug 2016 18:44:01 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 35 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:mpZjsWH5Ucu0450Q9JahI7zCEKQ= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 X-BeenThere: info-gnus-english@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Announcements and discussions for GNUS, the GNU Emacs Usenet newsreader \(in English\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Original-Sender: "info-gnus-english" Xref: news.gmane.org gmane.emacs.gnus.user:18306 Archived-At: Kevin Brubeck Unhammer writes: > Hi, > > On Gnus v5.13, Emacs 24.5.1, doing `B m` takes quite a long time (10s > and up) before it shows any prompt (but seemingly only after I've been > using Emacs for a while). If I toggle-debug-on-quit and poormansprofile > it a bit, the backtraces always look like this: > > Debugger entered--Lisp error: (quit) > require(nntp) > gnus-get-function((nntp "news.gwene.org") request-accept-article t) > gnus-valid-move-group-p(nntp+news\.gwene\.org:gwene\.net\.patdavid\.gimp) > #[(symbol) " !\205 \nB\211\207" [predicate symbol out] > 2](nntp+news\.gwene\.org:gwene\.net\.patdavid\.gimp) > mapatoms(#[(symbol) " !\205 \nB\211\207" [predicate symbol out] > 2] > [nntp+news\.gmane\.org:gmane\.comp\.storage\.spectrum-scale\.gpfs\.user > ...]) > gnus-remove-if-not(gnus-valid-move-group-p > [nntp+news\.gmane\.org:gmane\.comp\.storage\.spectrum-scale\.gpfs\.user > ...] t) > gnus-read-move-group-name("Move" "nnimap+fmmbsync:Junk Mail" (397) > "nnimap+trigram:") > gnus-summary-move-article(nil) > call-interactively(gnus-summary-move-article nil nil) > command-execute(gnus-summary-move-article) > > It's a lot faster if I simply comment out (require (car method)) from > gnus-get-function (the require seems to still be there in git). If > that's not safe (how many backend methods are there?), then perhaps > there could be an alternate active group storage that organises active > groups hierarchically, so it would be possible to go from > valid-move-group to a set of groups? I