From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/5097 Path: main.gmane.org!not-for-mail From: Steven L Baur Newsgroups: gmane.emacs.gnus.general Subject: Re: Strange memory hog^H^H^Hbehaviour with v0.30. Date: 13 Feb 1996 09:56:31 -0800 Organization: Miranova Systems, Inc. Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 (generated by tm-edit 7.43) Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1035145748 31786 80.91.224.250 (20 Oct 2002 20:29:08 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 20:29:08 +0000 (UTC) Return-Path: ding-request@ifi.uio.no Original-Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by miranova.com (8.7.3/8.6.9) with SMTP id LAA19631 for ; Tue, 13 Feb 1996 11:12:24 -0800 Original-Received: from miranova.com (steve@miranova.com [204.212.162.100]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Tue, 13 Feb 1996 18:56:09 +0100 Original-Received: (from steve@localhost) by miranova.com (8.7.3/8.6.9) id JAA19154; Tue, 13 Feb 1996 09:56:36 -0800 Original-To: ding@ifi.uio.no X-Url: http://www.miranova.com/%7Esteve/ In-Reply-To: pp@pfawww.pp.se's message of 13 Feb 1996 08:15:25 -0800 Original-Lines: 45 X-Mailer: September Gnus v0.38/XEmacs 19.13 Xref: main.gmane.org gmane.emacs.gnus.general:5097 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:5097 >>>>> "Per" == Per Persson writes: Per> I start up gnus and it connects to two servers and reads my mail with Per> nnfolder, I read some mails and misc.kids.breastfeeding. Emacs now Per> takes around 12MB of memory and I can live with that. Per> Then I see I got this new mail from an old friend which I REALLY want Per> to read so I hit 'g' to read it... then something strange happens... Per> Emacs decide to go from 14MB to 32MB memory usage... Per> 2648 pp 3 0 32608 24584 1600 R 2.3 62.5 0:29 emacs Per> I use linux-1.3.62 and emacs-19.30, had the same problems on a Per> solaris-2.3 machine... the problems was less evident on the sun (it Per> just used around 27MB and not 32MB). This 'memory leak' doesn't heal Per> itself but it doesn't leak anymore. Any ideas on what I should try? Per> (Don't tell me Solamis and linsux sucks because I already know it). Gnus virtual memory usage has been terrible (for me) with all versions after v0.26, on both XEmacs 19.13 and Emacs 19.30. I'm starting to get better behavior from XEmacs with the most recent versions (it grows to the unusable stage a bit slower). This eliminates the only thing I liked about running Gnus on GNU Emacs. I was used to having a stable Emacs with Gnus at around 6MB virtual, and XEmacs with Gnus at around 8MB virtual (measured from ps -ux output). This doesn't happen anymore. Do you have 19.30 compiled to take advantage of the new mmapped malloc on Linux? I had hoped that along with the rewritten scheduler for the 1.3 kernels would clear up the thrashing that the 1.2.13 kernel so readily goes into. I wonder if it has something to do with nnfolder. I haven't looked at that code at all, and the bad behavior I've had did begin around the time that the default ``Gcc: nnfolder:misc-(mail|news)'' was put in. I've already verified that (on Linux anyway), the degraded virtual memory behavior is independent of a.out -vs- ELF binary format. Regards, -- steve@miranova.com baur Unsolicited commercial e-mail will be proofread for $250/hour. Andrea Seastrand: For your vote on the Telecom bill, I will vote for anyone except you in November.