From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/58359 Path: main.gmane.org!not-for-mail From: Daniel M. Newsgroups: gmane.emacs.gnus.general Subject: Re: Gnus is very slow in displaying headers. Date: Fri, 27 Aug 2004 16:24:54 -0700 Sender: ding-owner@lists.math.uh.edu Message-ID: <8kcvi0ld29ea7m37jab6pfrdkoobg7tgpt@4ax.com> References: <4knii01atsa54v7dm0gs6taep3v1uoglj7@4ax.com> <871xhu54y9.fsf@my.gnus.org> Reply-To: xt@nm.ru NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1093613075 31410 80.91.224.253 (27 Aug 2004 13:24:35 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 27 Aug 2004 13:24:35 +0000 (UTC) Original-X-From: ding-owner+M6900@lists.math.uh.edu Fri Aug 27 15:24:22 2004 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1C0giL-0003gb-00 for ; Fri, 27 Aug 2004 15:24:21 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu ident=lists) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1C0gfF-000872-00; Fri, 27 Aug 2004 08:21:09 -0500 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1C0gf6-00086w-00 for ding@lists.math.uh.edu; Fri, 27 Aug 2004 08:21:00 -0500 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by util2.math.uh.edu with esmtp (Exim 4.30) id 1C0gf4-0002ei-SX for ding@lists.math.uh.edu; Fri, 27 Aug 2004 08:20:58 -0500 Original-Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by justine.libertine.org (Postfix) with ESMTP id 83BDF3A003E for ; Fri, 27 Aug 2004 08:20:54 -0500 (CDT) Original-Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1C0gey-0003j3-00 for ; Fri, 27 Aug 2004 15:20:52 +0200 Original-Received: from dsl217-132-182-33.bb.netvision.net.il ([217.132.182.33]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 27 Aug 2004 15:20:52 +0200 Original-Received: from xt by dsl217-132-182-33.bb.netvision.net.il with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 27 Aug 2004 15:20:52 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-To: ding@gnus.org Original-Lines: 48 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: dsl217-132-182-33.bb.netvision.net.il X-Newsreader: Forte Agent 2.0/32.640 Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:58359 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:58359 >Yes, the sad fact is that Gnus is that slow and it doesn't matter what >you do you can't bring it up to the ,,normal speed'' (which means under >1 second), not even close to it. Maybe one day X/Emacs would be fitted with Common Lisp backend having a native-code compiler - then probably the speed would improve sufficiently for Gnus to be usable with bigger groups: for the time being, though, it seems that Gnus is not for me :(. I don't understand, though, why summary buffers have to be generated afresh every time you enter a group - it seems to me that generating it once, saving to HD and then adding/removing chunks from it when needed (for example, when new headers arrive, some articles are read etc.) should speed the things up immensely. Also, it looks to me like a good idea to have a command line option which will cause regeneration of summary buffers (if summary buffers are saved to HD). Then, if user decides to change summary buffer's format line, he can say, for example: 'xemacs --gnus-regenerate-summary-buffers', then go and have a (long) lunch, after which he can come back and start reading his dose of news without waiting for regeneration of summary buffers. >I tried to do that with Gnus, trimmed down all the features I thought I >didn't absolutely need etc but of course it was still extremely slow. >But I sticked with it because it was so much more configurable, I saw at >the time that with an Emacs based software the limit is my imagination, >while with Mutt / slrn / etc the limit is the configuration options the >developers decide to impelement. Well, you can add whatever options you want by simply modifying slrn's source code - some people have done exactly that (see http://www.xs4all.nl/~thunder7/, for example). Maybe it is easier to do in elisp, but if you are well familiar with GNU's development chain (which I, at least, am not), it shouldn't be a big problem. >You may know already what happened to me. While mutt / slrn maximizes >the time you have for reading by not ,,interrupting you'' with long >computations, Gnus minimizes the time you will need to read the messages >by having so much ,,time-saving'' features (adapting scoring is a >godsend). And after you experienced both, I can assure you that the >latter feels better. ;) Don't think it will work for me - by the time the group is loaded, the time allocated for my news reading would probably be up :^). Daniel.