From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Indentation and gc Date: Mon, 13 Mar 2023 18:58:53 +0200 Message-ID: <831qlstwoi.fsf@gnu.org> References: <20230310110747.4hytasakomvdyf7i.ref@Ergus> <20230310110747.4hytasakomvdyf7i@Ergus> <87a60k657y.fsf@web.de> <838rg4zmg9.fsf@gnu.org> <87ttys4dge.fsf@web.de> <83sfebyepp.fsf@gnu.org> <87ttyru4zt.fsf@web.de> <83fsabyb41.fsf@gnu.org> <87mt4jtpqf.fsf@web.de> <83ilf7wi48.fsf@gnu.org> <878rg3wh2f.fsf@localhost> <83cz5fwggd.fsf@gnu.org> <871qlvwg1s.fsf@localhost> <83a60jwf9l.fsf@gnu.org> <871qluuk3y.fsf@localhost> <831qluuj7e.fsf@gnu.org> <87v8j6t3i9.fsf@localhost> <83v8j6t2ib.fsf@gnu.org> <87zg8gbsch.fsf@localhost> <838rg0u0fd.fsf@gnu.org> <87wn3ky7rz.fsf@localhost> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17855"; mail-complaints-to="usenet@ciao.gmane.io" Cc: arne_bab@web.de, spacibba@aol.com, emacs-devel@gnu.org To: Ihor Radchenko Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Mar 13 17:59:56 2023 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pblWd-0004Jo-Pm for ged-emacs-devel@m.gmane-mx.org; Mon, 13 Mar 2023 17:59:55 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pblW4-0002eZ-9B; Mon, 13 Mar 2023 12:59:20 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pblW1-0002eG-Ha for emacs-devel@gnu.org; Mon, 13 Mar 2023 12:59:17 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pblW0-0001G3-3d; Mon, 13 Mar 2023 12:59:16 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=7239qdM1QLOdfT6gIahn6H60Vs9T7zNtmpnm0P82Ndo=; b=TzbbXIk0nTbl g2BvcSHTFzH0oNigjjCkYoTQW/8yuvp7TAfPvbmgz8hzZ/BCJK4NQiID9FFR36H0yvtJCte3tkGNz /bS2A1LDUoutpu+8Fc3NDM9ULxoV4BeUJCnaikOuBOTHMpqtVcQKUbu/OTIWCWvHa599vVsYPXI2O FQ8YQtMc6ehIiEU/zlk4Ohpe4BheylaRjnr0yd0p0KIo7aIfzdriNZ6q/GcMT1DId67CZ6J4iwYbc jlW2A5B8JH/IUur9UrT1E48eT+67fhpi2dArMKn/C2X/cN9S39fyJusdh9Y3gTjyIY0hw248MqT0X 3t/IoaOvrKMha/SZW0IALg==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pblVm-0005Lj-LI; Mon, 13 Mar 2023 12:59:15 -0400 In-Reply-To: <87wn3ky7rz.fsf@localhost> (message from Ihor Radchenko on Mon, 13 Mar 2023 15:45:36 +0000) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:304409 Archived-At: > From: Ihor Radchenko > Cc: arne_bab@web.de, spacibba@aol.com, emacs-devel@gnu.org > Date: Mon, 13 Mar 2023 15:45:36 +0000 > > Eli Zaretskii writes: > > >> See the attached statistics data example. > >> > >> WDYT? > > > > Looks useful, thanks. > > Feel free to share the ideas on what else we could record there. I think we should start with that and add stuff as we go if needed. > >> 6.5Gib is virtual memory. 1.7Gib is actually used memory - the value > >> people usually mean when considering memory footprint. > > > > You mean, the process has a 6.5 GiB footprint, out of which only 1.7 > > GiB are being used, and the rest is free? That'd mean awfully > > inefficient libc implementation of malloc. > > I mean the following output for "top" bash command > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 31838 yantar92 20 0 1843744 800648 121684 S 0.3 5.0 1:12.48 emacs > > VIRT is virtual memory and RES (or %MEM) is actually used. Ah, you mean RES. That's the "resident" part of the memory, i.e. what the OS decided to keep in physical memory at this point; the rest is swapped out. Basically, RES is not interesting, only the total virtual memory of the process (VIRT) is, because that's what is counted towards the total VM of the system. Although the complication is that VIRT also includes the so-called "reserved" memory, which is not necessarily in-use yet.