From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/83824 Path: news.gmane.org!not-for-mail From: Harry Putnam Newsgroups: gmane.emacs.gnus.general Subject: Re: News scan on startup vs 'g' in group buff Date: Sat, 26 Oct 2013 18:41:31 -0400 Organization: Still searching... Message-ID: <87zjpvejtw.fsf@newsguy.com> References: <87bo2inwfu.fsf@newsguy.com> <87eh7ddcdi.fsf@nowhere.org> <877gczdhtj.fsf@newsguy.com> <87k3gzrhra.fsf@nowhere.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1382827355 5867 80.91.229.3 (26 Oct 2013 22:42:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 26 Oct 2013 22:42:35 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M32080@lists.math.uh.edu Sun Oct 27 00:42:36 2013 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 1VaCZ1-00060L-LY for ding-account@gmane.org; Sun, 27 Oct 2013 00:42:35 +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 1VaCYL-0003bE-Pm; Sat, 26 Oct 2013 17:41:53 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1VaCYK-0003b2-2H for ding@lists.math.uh.edu; Sat, 26 Oct 2013 17:41:52 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtps (TLSv1:AES128-SHA:128) (Exim 4.76) (envelope-from ) id 1VaCYI-0000pm-1n for ding@lists.math.uh.edu; Sat, 26 Oct 2013 17:41:51 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]) by quimby.gnus.org with esmtp (Exim 4.80) (envelope-from ) id 1VaCYG-0000pK-1Y for ding@gnus.org; Sun, 27 Oct 2013 00:41:48 +0200 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VaCYD-0005aF-GM for ding@gnus.org; Sun, 27 Oct 2013 00:41:45 +0200 Original-Received: from z65-50-57-227.ips.direcpath.com ([65.50.57.227]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 27 Oct 2013 00:41:45 +0200 Original-Received: from reader by z65-50-57-227.ips.direcpath.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 27 Oct 2013 00:41:45 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 41 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: z65-50-57-227.ips.direcpath.com User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.0.92 (gnu/linux) Cancel-Lock: sha1:sl7igOg968ftBV/hx44NpeLPJy8= X-Spam-Score: -2.3 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:83824 Archived-At: Glyn Millington writes: >>> Have you tried passing a numerical argument to 'g' ? ie 'C-u 2 g', >>> if your mail groups are at level 2 and 1? >> >> No, I haven't keep different levels for yrs, and it would take some >> serious rearranging to try that. > > The idea was to avoid a "hard" read of the active file, to see if that > makes a difference. The right number will catch all your mail groups. > If your mail groups are all level 4 or below then just do 'C-u 4 g'. If > it seizes up again then no joy and you have lost a few more minutes, if > not then the active file reading was the problem. Is there no way to just watch the process and see what the heck gnus is doing? Where all the time is being spent? All my groups are level 3, except nndrafts and its companion whos name I forgot for the moment. Which are level 2. I have dozens of nnml and nntp groups all level 3. But, all may be fixed. I just went thru a process of shedding 2 foreign servers. An old defunct server for opera's newsgroups. And a server (apn forte-inc) that just ran out yesterday. Even after deleting all the groups under both servers, I could not kill them in server buffer. Finally resorted to editing .newsrc.eld by removing all references to either of those two servers. After restart, I tried the 'g' in group buffer, and it worked just fine. It may have been a fluke and may be too soon to crow about it but I think that cleanup has somehow fixed the problem. I don't believe it could be the apn server since that just lapsed today. But possibly getting rid of the old opera server may have done it. However, I'd still like to know how to watch the startup process (or any other) and be able to see what calls are made etc.