From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: George Plymale II Newsgroups: gmane.emacs.devel Subject: Re: Does Emacs return memory to the system on Mac OS X or *BSD? Date: Wed, 10 May 2017 19:34:15 -0400 Message-ID: References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1494459274 16495 195.159.176.226 (10 May 2017 23:34:34 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 10 May 2017 23:34:34 +0000 (UTC) Cc: eliz@gnu.org, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Tim Cross Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu May 11 01:34:27 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d8b7i-00048h-2I for ged-emacs-devel@m.gmane.org; Thu, 11 May 2017 01:34:26 +0200 Original-Received: from localhost ([::1]:45188 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d8b7n-0006CG-0H for ged-emacs-devel@m.gmane.org; Wed, 10 May 2017 19:34:31 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45752) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d8b7f-0006CA-3h for emacs-devel@gnu.org; Wed, 10 May 2017 19:34:23 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d8b7a-0006Ct-7l for emacs-devel@gnu.org; Wed, 10 May 2017 19:34:23 -0400 Original-Received: from mail-qk0-x22c.google.com ([2607:f8b0:400d:c09::22c]:33247) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1d8b7a-0006CU-3q for emacs-devel@gnu.org; Wed, 10 May 2017 19:34:18 -0400 Original-Received: by mail-qk0-x22c.google.com with SMTP id y201so9718142qka.0 for ; Wed, 10 May 2017 16:34:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=southernohio.net; s=google; h=from:to:cc:subject:in-reply-to:date:message-id:mime-version; bh=sYTx7NL0kpiuEpbx+rnGr4x3weBtoSXY7lfNdWdfL2s=; b=ClVqAbp/FqcHw4j+HHfcytVcr3vjDXE5l33ECASt/7+I6anq9IxE6JaAZoLs1jCwhe d+X/sR4U7bxCVUk5S1HpvUwD2OAQQRbJG8Khh//PQ4j+p2H0mxg2lEWFYiCOPyIm1xR0 gyPgC9ZyzWMMeS6TSDzEW6IybGrugObPHamh0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:date:message-id :mime-version; bh=sYTx7NL0kpiuEpbx+rnGr4x3weBtoSXY7lfNdWdfL2s=; b=QntTQEk6h9H4Y1zNf/tSoSheAmqSv0J8ffGxELYqAt6MFFltUoT3dZKIh2VzLFVRqz /Uh72Gi4vufqUtPnqe28yybIaqBeNiRImiDM84mlZp+DJeExu/ygFkgNRD4QRXvjOtig SlH3H0uyXFDAt6pcAmjGTwsSbwvniVMTmRw1nl9Bfh8TtmBWptHkbFX/KGeXh8Lze9UY wMV7m+m348LdFjx0oH7s973D6SFXsnM4dLJzlYKjRX5jz8FdQOw6QbpAMyHiXl8KXyDb AJx7CYqIYvNIG74yhCMsyeA1BxDzX4eUiraThiu/uw00mAxHyX/i4Rx+Ui7oc/u+tyJt Vo9Q== X-Gm-Message-State: AODbwcBhgdvnbM1f768a0ekGLNE/Ga74NFZKC+nhJMe0Jv2FICYirgf/ ow7WQvczotV16gFAl/I= X-Received: by 10.55.34.133 with SMTP id i127mr7311480qki.137.1494459257197; Wed, 10 May 2017 16:34:17 -0700 (PDT) Original-Received: from lehi.dev.orbitalimpact.com (ip-29-210-239-173.east.us.northamericancoax.com. [173.239.210.29]) by smtp.gmail.com with ESMTPSA id 47sm14194qts.26.2017.05.10.16.34.15 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 10 May 2017 16:34:16 -0700 (PDT) In-Reply-To: (message from Tim Cross on Thu, 11 May 2017 08:33:25 +1000) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:400d:c09::22c X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:214781 Archived-At: > but in essence, while an app can release memory it no longer requires, > that memory is not actually released back to the OS to be used by > other apps until the app has exited. The upshot is that while the app > i.e. emacs, may have freed/released memory, the OS won't see that > released memory until after emacs has exited. Yes, I originally feared that this sort of thing would be the case as I have seen such from many other apps. I was just wondering if it's different for Emacs, esp. after reading Eli's initial comment in the original reddit thread. Anyway, one would probably have to do some more digging in the places that Eli mentioned to find out for sure (hence my initial question about that). > I can say that I use emacs intensively on both Linux and OSX and run > for long periods of time and certainly don't notice any loss of > available memory or emacs growing in footprint size. Yes, I've used Emacs on both as well for long periods of time. It certainly isn't nearly as bad as many other apps. However, on my main workstation, I often have many memory-craving processes open and I've been forced to reboot on occasion due to system malfunctions stemming from a lack of memory. Ever since the last time that happened, I've tried to be more vigilant about how much memory things are using, although I've not seen Emacs exceed 300 MB, which isn't too bad. Still, I was obviously curious if I can lower that amount (or if Emacs will do that automatically (which according to Stefan, it likely does do so if it's a single 1 GB chunk)) in case I accidentally start leaking memory and don't want to restart it.