From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Nix Newsgroups: gmane.emacs.devel Subject: Re: Memory again Date: Mon, 23 Jan 2012 16:49:37 +0000 Message-ID: <87vco2cqji.fsf@spindle.srvr.nix> References: <4ED0F945.5090805@yandex.ru> <83pqge7syw.fsf@gnu.org> <87mxb6tkji.fsf@wanadoo.es> <87borlu0kc.fsf@wanadoo.es> <4EEE0315.60405@yandex.ru> <4EEEF5B4.3050806@yandex.ru> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1327337403 5879 80.91.229.12 (23 Jan 2012 16:50:03 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 23 Jan 2012 16:50:03 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 23 17:49:59 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RpN5j-0003di-BW for ged-emacs-devel@m.gmane.org; Mon, 23 Jan 2012 17:49:59 +0100 Original-Received: from localhost ([::1]:45201 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RpN5i-0007lq-VI for ged-emacs-devel@m.gmane.org; Mon, 23 Jan 2012 11:49:58 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:47269) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RpN5c-0007ll-Ps for emacs-devel@gnu.org; Mon, 23 Jan 2012 11:49:57 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RpN5X-0004d8-2p for emacs-devel@gnu.org; Mon, 23 Jan 2012 11:49:52 -0500 Original-Received: from icebox.esperi.org.uk ([81.187.191.129]:36945 helo=mail.esperi.org.uk) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RpN5W-0004co-LB for emacs-devel@gnu.org; Mon, 23 Jan 2012 11:49:47 -0500 Original-Received: from esperi.org.uk (nix@spindle.srvr.nix [192.168.14.15]) by mail.esperi.org.uk (8.14.5/8.14.5) with ESMTP id q0NGnbBO021591; Mon, 23 Jan 2012 16:49:37 GMT Original-Received: (from nix@localhost) by esperi.org.uk (8.14.5/8.14.5/Submit) id q0NGnbe6021975; Mon, 23 Jan 2012 16:49:37 GMT Emacs: because one operating system isn't enough. In-Reply-To: (Stefan Monnier's message of "Mon, 19 Dec 2011 06:26:26 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.92 (gnu/linux) X-DCC-STAT_FI_X86_64_VIRTUAL-Metrics: spindle 1245; Body=2 Fuz1=2 Fuz2=2 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 81.187.191.129 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:147855 Archived-At: On 19 Dec 2011, Stefan Monnier outgrape: >>> I agree that we're probably going to see better overall results by >>> improving general memory use than by trying to attack >>> fragmentation problems. >> Among this list's subscribers, Nix is constantly >> reporting an enormous memory usage caused by Gnus. > > I think we still have a leak there somewhere. Confirmed. With Dmitry's immediate-string patch (which works perfectly otherwise): RSS VSZ USER STIME 720696 1008752 gnus Jan07 242740 525592 hacking 2011 Despite running for less than half the time, the Gnus Emacs is twice the size. It bloats more slowly than without Dmitry's patch, but it still bloats. I suspect that the only way I'll be able to provide a reproducible recipe for this is to instrument Emacs to record all allocations and GCs and when they happen, so that someone else can play this back to observe WTF is going on. Doing this compactly enough to run over weeks without serving as a DoS-attack on my own system may be... interesting. I haven't done any work toward this yet though. -- NULL && (void)