From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/40519 Path: main.gmane.org!not-for-mail From: Steinar Bang Newsgroups: gmane.emacs.gnus.general Subject: any tips for how to tune Gnus/emacs for low memory usage? Date: Sun, 25 Nov 2001 20:55:28 +0100 Organization: Denizens of Doom, Norway Chapter Sender: owner-ding@hpc.uh.edu Message-ID: <87snb2tyku.fsf@bang.priv.no> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035176057 1365 80.91.224.250 (21 Oct 2002 04:54:17 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 04:54:17 +0000 (UTC) Return-Path: Original-Received: (qmail 15275 invoked from network); 25 Nov 2001 21:03:07 -0000 Original-Received: from malifon.math.uh.edu (mail@129.7.128.13) by mastaler.com with SMTP; 25 Nov 2001 21:03:07 -0000 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1686Q7-0005yj-00; Sun, 25 Nov 2001 15:02:35 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 25 Nov 2001 15:02:19 -0600 (CST) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id PAA16415 for ; Sun, 25 Nov 2001 15:02:09 -0600 (CST) Original-Received: (qmail 15267 invoked by alias); 25 Nov 2001 21:02:18 -0000 Original-Received: (qmail 15262 invoked from network); 25 Nov 2001 21:02:18 -0000 Original-Received: from quimby.gnus.org (HELO quimby2.netfonds.no) (195.204.10.66) by gnus.org with SMTP; 25 Nov 2001 21:02:18 -0000 Original-Received: from news by quimby2.netfonds.no with local (Exim 3.12 #1 (Debian)) id 1686ai-0003TJ-00 for ; Sun, 25 Nov 2001 22:13:32 +0100 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 31 Original-NNTP-Posting-Host: c96s55h3.upc.chello.no Original-X-Trace: quimby2.netfonds.no 1006722812 13346 213.46.211.96 (25 Nov 2001 21:13:32 GMT) Original-X-Complaints-To: usenet@quimby2.netfonds.no Original-NNTP-Posting-Date: 25 Nov 2001 21:13:32 GMT User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/20.7 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:40519 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:40519 Platform: GNU Emacs 20.7.2, Oort Gnus v0.04 (CVS update from october 6) using the nnimap and nntp backends, with Gnus agent, Intel P133, debian woody linux w/the 2.2.19 kernel I'm running Gnus inside of GNU emacs under linux and XFree86, on what today is a small machine: P133 with 24 MB of RAM (top reports 22724k total. Presumably the rest of the memory is taken by the kernel). My problem is that things start to get slow when the size of the emacs process approaches the size of the physical memory, and the system starts paging at the drop of a hat. What drives memory consumption up to this level is in my case, opening the newsgroup no.alt.motorsykler. In this group I have ticked some old articles, and since I'm using the agent they never expire. The group has a lot of traffic, which means that Gnus have fill in all the empty space between the article numbers when opening the group. In addition I do a lot of scoring in this group. I guess the followup scoring of some persons really add to the cost. I also do adaptive scoring based on reading, and deleting of articles. Is there anything I can try to keep the size of the Emacs process down? Stay completely away from groups with sparse article numbers? Stay away from adaptive/followup scoring? Or are there some variables I could try tuning to keep the memory usage down? - Steinar