From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Carsten Mattner Newsgroups: gmane.emacs.devel Subject: Emacs bzr memory footprint Date: Thu, 13 Oct 2011 11:24:25 +0200 Message-ID: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: dough.gmane.org 1318497879 4679 80.91.229.12 (13 Oct 2011 09:24:39 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 13 Oct 2011 09:24:39 +0000 (UTC) To: Emacs developers Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 13 11:24:36 2011 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 1REHWl-0006CZ-Oc for ged-emacs-devel@m.gmane.org; Thu, 13 Oct 2011 11:24:35 +0200 Original-Received: from localhost ([::1]:59538 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1REHWl-00032E-8a for ged-emacs-devel@m.gmane.org; Thu, 13 Oct 2011 05:24:35 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:58499) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1REHWf-00031y-Dm for emacs-devel@gnu.org; Thu, 13 Oct 2011 05:24:33 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1REHWe-0004ya-C1 for emacs-devel@gnu.org; Thu, 13 Oct 2011 05:24:29 -0400 Original-Received: from mail-ey0-f169.google.com ([209.85.215.169]:61134) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1REHWe-0004yK-4X for emacs-devel@gnu.org; Thu, 13 Oct 2011 05:24:28 -0400 Original-Received: by eye4 with SMTP id 4so1854385eye.0 for ; Thu, 13 Oct 2011 02:24:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=TMkY1lwcnzIQAYs9BtUEX6cZGN51giC2Fun49mDPlkM=; b=dBg3F0NpV4uADhnrA2riJxor0TteaVjuzJYU8jDno6ms8dVQiZeY2iIs5hWkFqqwna BZr8onqcfUplbv1Gs3nekwpCXMfidB9c5tTc3zg5dGfYa5WYsu+qlINN31Kj3dF6TQTN NIzrq9ZxscqPMRPRv/Ua0DnSBeKXAQEUxTGbM= Original-Received: by 10.223.61.211 with SMTP id u19mr4876887fah.29.1318497865995; Thu, 13 Oct 2011 02:24:25 -0700 (PDT) Original-Received: by 10.152.14.65 with HTTP; Thu, 13 Oct 2011 02:24:25 -0700 (PDT) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.215.169 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:145111 Archived-At: I've been wondering whether it's normal for Emacs to start with 10 or 20 megs and stay at ~100 megs after opening and closing multiple buffers. I do use ido and a couple other common modes/libs for various features or programming languages. Nothing fancy, really. I can try to test with no custom config, but won't be able to use it for real work, just letting it idle. Is this in the normal footprint or way out of place when Emacs sits there idling with not a single buffer open. Emacs versions in use are Linux with X but no toolkit and Cocoa Emacs, both from bzr. Does Emacs have some kind of memory reclaim or gc mechanism? Speaking about memory, I've always wondered why mmap is listed as not enabled by configure. Is it something which is experimental or detrimental? Thanks, Carsten