From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 15 15:39:58 2019 Received: (at submit) by debbugs.gnu.org; 15 Dec 2019 20:39:58 +0000 Received: from localhost ([127.0.0.1]:37248 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1igagI-0006Hk-4d for submit@debbugs.gnu.org; Sun, 15 Dec 2019 15:39:58 -0500 Received: from lists.gnu.org ([209.51.188.17]:60711) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iga2m-00031p-VB for submit@debbugs.gnu.org; Sun, 15 Dec 2019 14:59:09 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:35386) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iga2k-0001P1-9J for bug-gnu-emacs@gnu.org; Sun, 15 Dec 2019 14:59:08 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iga2h-0007uj-VE for bug-gnu-emacs@gnu.org; Sun, 15 Dec 2019 14:59:06 -0500 Received: from mail-lj1-x233.google.com ([2a00:1450:4864:20::233]:41551) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iga2f-0007om-TE for bug-gnu-emacs@gnu.org; Sun, 15 Dec 2019 14:59:02 -0500 Received: by mail-lj1-x233.google.com with SMTP id h23so4392549ljc.8 for ; Sun, 15 Dec 2019 11:59:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=1mU4k6J3CoZ7t+ysWdzhDtdnvRyOGj0tLc0yKo1e5h8=; b=En4UF4DicZ0vZVHhU7NfKL424PZa7KcTElc2B1e4N5q/Y5Tajpl0pfKSCpHYJHolCj iZBNpmiuyIhdayq/GELzf66zLIMaoLaHT46wn34V3itimQGXmfWxtKAUngIzoSTAKDI2 kE63k3xKtJp7wV1VtEhR/QmSZzc7cnaqa+vxkRj7u+8RjuOLrf3EN6aOf7bbtE4YCIjd DELm2FAf1ymFt9SD7UuRRyzvB50kmUD5jFew/kHjFFaRnaNTylpc6/P4eMgCLLPNHz5z Z3nZru3llAGsnuSDRBokFF/ahDJs9EdQ+vX2cfc3HHojqkYRUjRSI1Z1P9NlVrRHcm0w IrsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=1mU4k6J3CoZ7t+ysWdzhDtdnvRyOGj0tLc0yKo1e5h8=; b=AXH0iA4YPNeJYiqHKEPYgs29d0mB60PF3q/BDw62Yh5C9Yah3xjdac0TVLWPz6T8oR qmma4YCVW57KNVPbXYdnZszKP36oT6yf4R+de9bDQf5wOy8dmbRFiqYsnuJbHZCgOwSR 7qkCfDJ1bZMDD6DzriMWJloulyzmARSzrxsiliwhj3M+sgCcTvlbgeY1sVXOULiEwu6r U2HrKLhW+AQk5orV8pq5heaTpv1fgOzDcXZ2/goHoGAb2veV+EZcIfo6x77QtkKqdMD/ Uc9FKpzvriqw0TppsI2g3ZEuOBMTGn/R55SM/QIrCWnsRelQs9hWBzNuuzNp/Lb2leZf a1Bg== X-Gm-Message-State: APjAAAWnJb36t3oQryhdkBExRD4Sz1DtX+/Pt+qSmdbDPe20zxr8IBIC 9Js9tccml1Jke6qZRUqxvGlNwaGeTFeNE5c747mEW5ZAXAI= X-Google-Smtp-Source: APXvYqyfAH3CIMpPMN9s4ASjaYIGsj517YKWG3x75EUKDgffbk+ovwd4WBFtN3ipG9rIdCyfT7JX0t41aHU1fAmbdEc= X-Received: by 2002:a2e:6f19:: with SMTP id k25mr16637103ljc.84.1576439938947; Sun, 15 Dec 2019 11:58:58 -0800 (PST) MIME-Version: 1.0 From: Peter Ludemann Date: Sun, 15 Dec 2019 11:58:22 -0800 Message-ID: Subject: 25.2; garbage-collect doesn't reclaim large *compilation* To: bug-gnu-emacs@gnu.org, Peter Ludemann Content-Type: multipart/alternative; boundary="000000000000921faa0599c38691" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::233 X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sun, 15 Dec 2019 15:39:56 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) --000000000000921faa0599c38691 Content-Type: text/plain; charset="UTF-8" I ran a large compilation (to the *compilation* buffer) (232,701 lines, 52M). While running this, the memory usage increased as follows (output from ps auwwwxxx): Sun Dec 15 10:52:27 PST 2019 USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND peter 1496 0.0 0.0 4524 828 pts/1 S 10:50 0:00 emacsclient -c peter 31443 6.4 0.5 417868 90012 ? Ssl 10:49 0:10 emacs --daemon Sun Dec 15 11:42:41 PST 2019 USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND peter 1496 0.0 0.0 4524 64 pts/1 S 10:50 0:00 emacsclient -c peter 31443 5.6 51.9 9277928 8466908 ? Ssl 10:49 3:00 emacs --daemon I deleted the *compilation* window and ran garbage-collect; memory usage decreased slightly, but not nearly to the original memory usage. It appears that the *compilation* window doesn't get garbage collected. Sun Dec 15 11:45:08 PST 2019 USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND peter 1496 0.0 0.0 4524 64 pts/1 S 10:50 0:00 emacsclient -c peter 31443 5.5 49.6 8913748 8103072 ? Ssl 10:49 3:03 emacs --daemon Running emacs daemon, started with the command GDK=emacs emacs --daemon In GNU Emacs 25.2.2 (x86_64-pc-linux-gnu, GTK+ Version 3.22.21) of 2017-09-22, modified by Debian built on lgw01-amd64-050 Windowing system distributor 'The X.Org Foundation', version 11.0.11906000 System Description: Ubuntu 18.04.3 LTS Configured using: 'configure --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-pop=yes --enable-locallisppath=/etc/emacs25:/etc/emacs:/usr/local/share/emacs/25.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/25.2/site-lisp:/usr/share/emacs/site-lisp --with-sound=alsa --without-gconf --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-pop=yes --enable-locallisppath=/etc/emacs25:/etc/emacs:/usr/local/share/emacs/25.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/25.2/site-lisp:/usr/share/emacs/site-lisp --with-sound=alsa --without-gconf --with-x=yes --with-x-toolkit=gtk3 --with-toolkit-scroll-bars 'CFLAGS=-g -O2 -fdebug-prefix-map=/build/emacs25-jYekUr/emacs25-25.2+1=. -fstack-protector-strong -Wformat -Werror=format-security -Wall' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' 'LDFLAGS=-Wl,-Bsymbolic-functions -Wl,-z,relro'' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 Important settings: value of $LC_MONETARY: en_CA.UTF-8 value of $LC_NUMERIC: en_CA.UTF-8 value of $LC_TIME: en_CA.UTF-8 value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=ibus locale-coding-system: utf-8-unix Major mode: Shell Minor modes in effect: shell-dirtrack-mode: t diff-auto-refine-mode: t global-auto-revert-mode: t show-paren-mode: t display-time-mode: t savehist-mode: t desktop-save-mode: t tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent messages: Error during redisplay: (jit-lock-function 53777230) signaled (quit) Quit Mark set Quit Mark set Quit [2 times] Saving file /tmp/compilation-2... Wrote /tmp/compilation-2 Quit [4 times] Type C-x 1 to delete the help window. Quit [5 times] Load-path shadows: /usr/share/emacs/25.2/site-lisp/debian-startup hides /usr/share/emacs/site-lisp/debian-startup /usr/share/emacs25/site-lisp/cmake-data/cmake-mode hides /usr/share/emacs/site-lisp/cmake-mode /usr/share/emacs/site-lisp/rst hides /usr/share/emacs/25.2/lisp/textmodes/rst ~/emacs/prolog hides /usr/share/emacs/25.2/lisp/progmodes/prolog /usr/share/emacs25/site-lisp/latex-cjk-thai/thai-word hides /usr/share/emacs/25.2/lisp/language/thai-word Features: (shadow sort mail-extr emacsbug message rfc822 mml mml-sec epg mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mail-utils eieio-opt speedbar sb-image ezimage dframe find-func css-mode misearch multi-isearch minibuffer-complete-cycle server tempo erlang perl-mode asm-mode cmake-mode conf-mode jka-compr add-log rst derived haskell-mode haskell-cabal haskell-utils haskell-font-lock haskell-indentation haskell-string haskell-sort-imports haskell-lexeme rx haskell-align-imports haskell-compat haskell-complete-module haskell-ghc-support flymake dabbrev haskell-customize go-mode url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util mailcap find-file ffap etags xref project make-mode sh-script smie executable markdown-mode color url-parse url-vars noutline outline tar-mode python tramp-sh tramp tramp-compat auth-source cl-seq eieio eieio-core cl-macs gnus-util mm-util help-fns mail-prsvr password-cache tramp-loaddefs trampver ucs-normalize format-spec smerge-mode prolog align shell pcomplete dired vc-git diff-mode js advice sgml-mode json map imenu thingatpt cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs finder-inf go-mode-autoloads info package epg-config seq byte-opt gv bytecomp byte-compile cl-extra help-mode easymenu cconv autorevert filenotify grep compile comint ansi-color ring cus-start cus-load time-date paren time savehist desktop frameset cl-loaddefs pcase cl-lib erlang-start emacs-goodies-el emacs-goodies-custom emacs-goodies-loaddefs easy-mmode devhelp mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese charscript case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote dbusbind inotify dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 637441 50039) (symbols 48 38954 0) (miscs 40 1139 1456) (strings 32 101762 17154) (string-bytes 1 3031599) (vectors 16 64532) (vector-slots 8 1858924 188630) (floats 8 527 642) (intervals 56 29869 3931) (buffers 976 493)) --000000000000921faa0599c38691 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I ran a large compilation (to the *compilation* buffer) (232,70= 1 lines, 52M).
While running this, the memory usage increased as follows= (output from ps auwwwxxx):

Sun Dec 15 10:52:27 PST 2019
USER =C2=A0= =C2=A0 =C2=A0 PID %CPU %MEM =C2=A0 =C2=A0VSZ =C2=A0 RSS TTY =C2=A0 =C2=A0 = =C2=A0STAT START =C2=A0 TIME COMMAND
peter =C2=A0 =C2=A0 1496 =C2=A00.0 = =C2=A00.0 =C2=A0 4524 =C2=A0 828 pts/1 =C2=A0 =C2=A0S =C2=A0 =C2=A010:50 = =C2=A0 0:00 emacsclient -c
peter =C2=A0 =C2=A031443 =C2=A06.4 =C2=A00.5 = 417868 90012 ? =C2=A0 =C2=A0 =C2=A0 =C2=A0Ssl =C2=A010:49 =C2=A0 0:10 emacs= --daemon

Sun Dec 15 11:42:41 PST 2019
USER =C2=A0 =C2=A0 =C2=A0 = PID %CPU %MEM =C2=A0 =C2=A0VSZ =C2=A0 RSS TTY =C2=A0 =C2=A0 =C2=A0STAT STAR= T =C2=A0 TIME COMMAND
peter =C2=A0 =C2=A0 1496 =C2=A00.0 =C2=A00.0 =C2= =A0 4524 =C2=A0 =C2=A064 pts/1 =C2=A0 =C2=A0S =C2=A0 =C2=A010:50 =C2=A0 0:0= 0 emacsclient -c
peter =C2=A0 =C2=A031443 =C2=A05.6 51.9 9277928 8466908= ? =C2=A0 =C2=A0 Ssl =C2=A010:49 =C2=A0 3:00 emacs --daemon

I delete= d the *compilation* window and ran garbage-collect; memory usage
decreas= ed slightly, but not nearly to the original memory usage.=C2=A0
It appears = that the *compilation* window doesn't get garbage collected.

Sun= Dec 15 11:45:08 PST 2019
USER =C2=A0 =C2=A0 =C2=A0 PID %CPU %MEM =C2=A0= =C2=A0VSZ =C2=A0 RSS TTY =C2=A0 =C2=A0 =C2=A0STAT START =C2=A0 TIME COMMAN= D
peter =C2=A0 =C2=A0 1496 =C2=A00.0 =C2=A00.0 =C2=A0 4524 =C2=A0 =C2=A0= 64 pts/1 =C2=A0 =C2=A0S =C2=A0 =C2=A010:50 =C2=A0 0:00 emacsclient -c
pe= ter =C2=A0 =C2=A031443 =C2=A05.5 49.6 8913748 8103072 ? =C2=A0 =C2=A0 Ssl = =C2=A010:49 =C2=A0 3:03 emacs --daemon

= Running emacs daemon, started with the command
GDK=3Demacs emacs --daemo= n

In GNU Emacs 25.2.2 (x86_64-= pc-linux-gnu, GTK+ Version 3.22.21)
=C2=A0of 2017-09-22, modified by Deb= ian built on lgw01-amd64-050
Windowing system distributor 'The X.Org= Foundation', version 11.0.11906000
System Description: Ubuntu 18.04= .3 LTS

Configured using:
=C2=A0'configure --build x86_64-linu= x-gnu --prefix=3D/usr
=C2=A0--sharedstatedir=3D/var/lib --libexecdir=3D/= usr/lib
=C2=A0--localstatedir=3D/var/lib --infodir=3D/usr/share/info
= =C2=A0--mandir=3D/usr/share/man --with-pop=3Dyes
=C2=A0--enable-locallis= ppath=3D/etc/emacs25:/etc/emacs:/usr/local/share/emacs/25.2/site-lisp:/usr/= local/share/emacs/site-lisp:/usr/share/emacs/25.2/site-lisp:/usr/share/emac= s/site-lisp
=C2=A0--with-sound=3Dalsa --without-gconf --build x86_64-lin= ux-gnu
=C2=A0--prefix=3D/usr --sharedstatedir=3D/var/lib --libexecdir=3D= /usr/lib
=C2=A0--localstatedir=3D/var/lib --infodir=3D/usr/share/info=C2=A0--mandir=3D/usr/share/man --with-pop=3Dyes
=C2=A0--enable-localli= sppath=3D/etc/emacs25:/etc/emacs:/usr/local/share/emacs/25.2/site-lisp:/usr= /local/share/emacs/site-lisp:/usr/share/emacs/25.2/site-lisp:/usr/share/ema= cs/site-lisp
=C2=A0--with-sound=3Dalsa --without-gconf --with-x=3Dyes --= with-x-toolkit=3Dgtk3
=C2=A0--with-toolkit-scroll-bars 'CFLAGS=3D-g = -O2
=C2=A0-fdebug-prefix-map=3D/build/emacs25-jYekUr/emacs25-25.2+1=3D. = -fstack-protector-strong
=C2=A0-Wformat -Werror=3Dformat-security -Wall&= #39; 'CPPFLAGS=3D-Wdate-time
=C2=A0-D_FORTIFY_SOURCE=3D2' 'L= DFLAGS=3D-Wl,-Bsymbolic-functions -Wl,-z,relro''

Configured = features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTING= S NOTIFY
ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB=
TOOLKIT_SCROLL_BARS GTK3 X11

Important settings:
=C2=A0 value= of $LC_MONETARY: en_CA.UTF-8
=C2=A0 value of $LC_NUMERIC: en_CA.UTF-8=C2=A0 value of $LC_TIME: en_CA.UTF-8
=C2=A0 value of $LANG: en_US.UTF= -8
=C2=A0 value of $XMODIFIERS: @im=3Dibus
=C2=A0 locale-coding-syste= m: utf-8-unix

Major mode: Shell

Minor modes in effect:
=C2= =A0 shell-dirtrack-mode: t
=C2=A0 diff-auto-refine-mode: t
=C2=A0 glo= bal-auto-revert-mode: t
=C2=A0 show-paren-mode: t
=C2=A0 display-time= -mode: t
=C2=A0 savehist-mode: t
=C2=A0 desktop-save-mode: t
=C2= =A0 tooltip-mode: t
=C2=A0 global-eldoc-mode: t
=C2=A0 electric-inden= t-mode: t
=C2=A0 mouse-wheel-mode: t
=C2=A0 menu-bar-mode: t
=C2= =A0 file-name-shadow-mode: t
=C2=A0 global-font-lock-mode: t
=C2=A0 f= ont-lock-mode: t
=C2=A0 auto-composition-mode: t
=C2=A0 auto-encrypti= on-mode: t
=C2=A0 auto-compression-mode: t
=C2=A0 column-number-mode:= t
=C2=A0 line-number-mode: t
=C2=A0 transient-mark-mode: t

Re= cent messages:
Error during redisplay: (jit-lock-function 53777230) sign= aled (quit)
Quit
Mark set
Quit
Mark set
Quit [2 times]
Sa= ving file /tmp/compilation-2...
Wrote /tmp/compilation-2
Quit [4 time= s]
Type C-x 1 to delete the help window.
Quit [5 times]

Load-p= ath shadows:
/usr/share/emacs/25.2/site-lisp/debian-startup hides /usr/s= hare/emacs/site-lisp/debian-startup
/usr/share/emacs25/site-lisp/cmake-d= ata/cmake-mode hides /usr/share/emacs/site-lisp/cmake-mode
/usr/share/em= acs/site-lisp/rst hides /usr/share/emacs/25.2/lisp/textmodes/rst
~/emacs= /prolog hides /usr/share/emacs/25.2/lisp/progmodes/prolog
/usr/share/ema= cs25/site-lisp/latex-cjk-thai/thai-word hides /usr/share/emacs/25.2/lisp/la= nguage/thai-word

Features:
(shadow sort mail-extr emacsbug messag= e rfc822 mml mml-sec epg mm-decode
mm-bodies mm-encode mail-parse rfc223= 1 mailabbrev gmm-utils mailheader
sendmail rfc2047 rfc2045 ietf-drums ma= il-utils eieio-opt speedbar
sb-image ezimage dframe find-func css-mode m= isearch multi-isearch
minibuffer-complete-cycle server tempo erlang perl= -mode asm-mode
cmake-mode conf-mode jka-compr add-log rst derived haskel= l-mode
haskell-cabal haskell-utils haskell-font-lock haskell-indentation=
haskell-string haskell-sort-imports haskell-lexeme rx
haskell-align-= imports haskell-compat haskell-complete-module
haskell-ghc-support flyma= ke dabbrev haskell-customize go-mode url
url-proxy url-privacy url-expan= d url-methods url-history url-cookie
url-domsuf url-util mailcap find-fi= le ffap etags xref project make-mode
sh-script smie executable markdown-= mode color url-parse url-vars
noutline outline tar-mode python tramp-sh = tramp tramp-compat auth-source
cl-seq eieio eieio-core cl-macs gnus-util= mm-util help-fns mail-prsvr
password-cache tramp-loaddefs trampver ucs-= normalize format-spec
smerge-mode prolog align shell pcomplete dired vc-= git diff-mode js
advice sgml-mode json map imenu thingatpt cc-mode cc-fo= nts cc-guess
cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-de= fs finder-inf
go-mode-autoloads info package epg-config seq byte-opt gv = bytecomp
byte-compile cl-extra help-mode easymenu cconv autorevert filen= otify
grep compile comint ansi-color ring cus-start cus-load time-date p= aren
time savehist desktop frameset cl-loaddefs pcase cl-lib erlang-star= t
emacs-goodies-el emacs-goodies-custom emacs-goodies-loaddefs easy-mmod= e
devhelp mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks<= br>lisp-float-type mwheel x-win term/common-win x-dnd tool-bar dnd fontset<= br>image regexp-opt fringe tabulated-list newcomment elisp-mode lisp-modeprog-mode register page menu-bar rfn-eshadow timer select scroll-bar
m= ouse jit-lock font-lock syntax facemenu font-core frame cl-generic cham
= georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korea= n japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
european = ethiopic indian cyrillic chinese charscript case-table epa-hook
jka-cmpr= -hook help simple abbrev minibuffer cl-preloaded nadvice
loaddefs button= faces cus-face macroexp files text-properties overlay
sha1 md5 base64 f= ormat env code-pages mule custom widget
hashtable-print-readable backquo= te dbusbind inotify dynamic-setting
system-font-setting font-render-sett= ing move-toolbar gtk x-toolkit x
multi-tty make-network-process emacs)
Memory information:
((conses 16 637441 50039)
=C2=A0(symbols 48= 38954 0)
=C2=A0(miscs 40 1139 1456)
=C2=A0(strings 32 101762 17154)<= br>=C2=A0(string-bytes 1 3031599)
=C2=A0(vectors 16 64532)
=C2=A0(vec= tor-slots 8 1858924 188630)
=C2=A0(floats 8 527 642)
=C2=A0(intervals= 56 29869 3931)
=C2=A0(buffers 976 493))
--000000000000921faa0599c38691-- From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 16 01:52:54 2019 Received: (at 38629) by debbugs.gnu.org; 16 Dec 2019 06:52:54 +0000 Received: from localhost ([127.0.0.1]:37671 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1igkFR-00008e-Ji for submit@debbugs.gnu.org; Mon, 16 Dec 2019 01:52:54 -0500 Received: from mail-lf1-f54.google.com ([209.85.167.54]:43587) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ighp8-0003o7-0x for 38629@debbugs.gnu.org; Sun, 15 Dec 2019 23:17:34 -0500 Received: by mail-lf1-f54.google.com with SMTP id 9so3176306lfq.10 for <38629@debbugs.gnu.org>; Sun, 15 Dec 2019 20:17:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=sq3BVl9MQSfsm+yybQZo5HjQZHqOUKO8PbXH+sw2jow=; b=kcDsogAZXht6M31C3/UrhsCCw3inbwk7fWIehTOluI8r6/OuqsJPTkSqHmN+nV79M0 NieJlaL51kiIRwsLj5KR7CQKKhC7S24lhuzxBbKKbOky0RAYj4i3kr6kzLGATqzXfy1B Ch6YnXpCK626r9t9TBwolnQt+iVN76dyaL/sx4cDSpaHb+xt95ibgBEQwiZsIr8aLzr+ ntmLM4LmDkbCMS9o8zYujYiUYc2wNQOPGJE2q521eFZCcLYDpoeG5gD4d/xwKBogGtIk 5XLyVwR9fHbpfv7I6pEgcoOxdcMSrl+uYr/IUVbkimOOgR4CAyjzotfiMqXFJTnqEeQM 4qrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=sq3BVl9MQSfsm+yybQZo5HjQZHqOUKO8PbXH+sw2jow=; b=TKQaAigJeKHr8CCgfL88WX7Ojg3MQaQGptT41Qm/NJ0gVCDfBcsUSF2oIGwxGU6RHr NNDAs4h6wi1edbtLpYTTw5LRU9eAu8WU1my4Uijr7n5J7UE8GlZAd/XQfzs2lTJSMVBm u0VCAS7v0gzS50eMfIbVJjx6NKvPYh/SyGEVZnZkNyYdujOw5UwxmUtU84ZCy4B6QN2J 5+uPLE3YvbNM2BoKRa2EnNW0gLs927ITpRMCSuMzqOEf8jEFP4bMaQ/EFgpXhC/oHndk euQh1lTGKnOmEwtW0h3dFXcbUgoCPE/gew+XdSkFf3g5DNBfEDNUQlXqrBnod3Aav6WW gA2A== X-Gm-Message-State: APjAAAVbSlQFDb+t2ZdLnV33w+kDqW7k36rDSoYoIG06ucHjA+oZtEkL ggeBBwYCdEp6JAL8a/6ckR2ZYqgFMM3t5rXBCswMdlxpxjc= X-Google-Smtp-Source: APXvYqzcR3KEbWXXgkFHcXTDknqrZOCgg6indpLh/kY9GMpZrbT45NTQKfSLTIl0rWnD+Fhnk3oyUJQWTiOwji0N9p8= X-Received: by 2002:a19:22cc:: with SMTP id i195mr15813451lfi.148.1576469847293; Sun, 15 Dec 2019 20:17:27 -0800 (PST) MIME-Version: 1.0 From: Peter Ludemann Date: Sun, 15 Dec 2019 20:16:50 -0800 Message-ID: Subject: Loading/killing the compilation output doesn't lose memory To: 38629@debbugs.gnu.org Content-Type: multipart/alternative; boundary="0000000000003f44800599ca7d5f" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 38629 X-Mailman-Approved-At: Mon, 16 Dec 2019 01:52:51 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000003f44800599ca7d5f Content-Type: text/plain; charset="UTF-8" If I save the *compilation* buffer and restart emacs, memory usage goes up modestly when I load the file (52MB; it is automatically fontified by emacs when I load it): USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND peter 19037 0.6 0.7 441776 115476 ? Ssl 11:59 2:49 emacs --daemon peter 19037 0.6 1.0 495832 169776 ? Ssl 11:59 2:50 emacs --daemon and memory usage returns to about the previous value when I kill the buffer (I don't need to run 'garbage-collect). So, the problems seems to be somewhere in the "compile" command: (a) it uses a *lot* more memory than needed to display the result (b) it doesn't free that memory when compilation ends or when the compilation buffer is killed My "compilation" is actually compile plus 8200 tests, speeding them up by using GNU-parallel. --0000000000003f44800599ca7d5f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
If I save the *compilation* buffer and restart emacs, memo= ry usage goes up modestly when I load the file (52MB; it is automatically f= ontified by emacs when I load it):

USER =C2=A0 =C2=A0 =C2=A0 PID %CPU %MEM =C2=A0 =C2=A0VSZ =C2=A0 RSS TTY = =C2=A0 =C2=A0 =C2=A0STAT START =C2=A0 TIME COMMAND
peter =C2=A0 = =C2=A019037 =C2=A00.6 =C2=A00.7 441776 115476 ? =C2=A0 =C2=A0 =C2=A0 Ssl = =C2=A011:59 =C2=A0 2:49 emacs --daemon
peter =C2=A0 =C2=A019037 =C2=A00.= 6 =C2=A01.0 495832 169776 ? =C2=A0 =C2=A0 =C2=A0 Ssl =C2=A011:59 =C2=A0 2:5= 0 emacs --daemon

and memory usage returns to about the previous <= span class=3D"gmail_default" style=3D"font-family:verdana,sans-serif">value= when I kill the buffer (I don't need to run 'garbage-collec= t).

So, the problems seems to be somewhere in the "compile"= ; command:
(a) it uses a *lot* more memory than needed to display the re= sult
(b) it doesn't free that memory when compilation ends or when t= he compilation buffer is killed

My "compilation" is actual= ly compile plus 8200 tests, speeding them up by using GNU-parallel.
--0000000000003f44800599ca7d5f-- From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 16 09:24:18 2019 Received: (at 38629) by debbugs.gnu.org; 16 Dec 2019 14:24:19 +0000 Received: from localhost ([127.0.0.1]:38081 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1igrII-0006kh-MB for submit@debbugs.gnu.org; Mon, 16 Dec 2019 09:24:18 -0500 Received: from mail-qt1-f180.google.com ([209.85.160.180]:35492) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1igrIH-0006kV-9G for 38629@debbugs.gnu.org; Mon, 16 Dec 2019 09:24:17 -0500 Received: by mail-qt1-f180.google.com with SMTP id e12so769195qto.2 for <38629@debbugs.gnu.org>; Mon, 16 Dec 2019 06:24:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=ZdaEGaauzlX/s4/7hMWN0zYOIpY6Y1HXLuR0zazKCSU=; b=ezHJfx8OehSPzjQnNAP6wGm0nbL/GOMyAanXxR48MzMWMKFyEprIVOxpehoYUAdtOf DEXN4IZtBtqeB+lUV+CP6EtCPkJzSbfUy2FBw6nvWYURbb/Tp+C4x3/+AWQUXYUjrG2X DfY9cw3ZyaKt83D7zLd0hopkcp2jXzzxOPGY08ZE8wp/qY9DcD5QhSVh6Z+fEYNs9mv/ 65sWjOj6YpYkhcINykzV2vDnDzajoaSl+VjiD2YQBRsCbuYw0ST1spiiN9x3ArSucLfi wSU1+W5FYp9elEGC/DkVon3o0C2EayOetS0P7Y2p/bU160Xx6tVDdAKxOz3nXW6EzjtH qp0A== 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:references:date:in-reply-to :message-id:user-agent:mime-version; bh=ZdaEGaauzlX/s4/7hMWN0zYOIpY6Y1HXLuR0zazKCSU=; b=V8MioUk9dc9Tnn3tF0tD8QPULaymFL3uoXzCy6KwcxJe7gx05y8lC2WOcZRC3dWMUN EbTAg9qvK3XNMzZ+nmbieq2TVbvkJ4t3BGYBWAMRNxFYkDBNJsdn/uMFCcUdVBugZEFe hyf87+Ij2wOShsEPIpLDcuicMLWiINZo5zfp/hDdSj3l5gpTbAUY8Bp4hIWsGSYgz+4g h42ueG/XUWp9sZJ1n92g9b/5BtM/1cFjycuAjqATxdmNTy4IBmiD5X71ooo7BVDXdRew jITe3TNNdUPi6Rz0XODdXneCDhlbmdPosmSY94flwy/nMAVIsMngPEWV3yL3RVpglX8A Fh+Q== X-Gm-Message-State: APjAAAWcZwJHOe4KXtAAsfI8OoKQVw6BINJcY0eqY56hNFD+g90PpR9W BrnhUSF3gn2GyWIyT9cy77m3Dxn9 X-Google-Smtp-Source: APXvYqxYw8baW5TuCK3ry88HI0CBpfWivSXG3ufuU3TZPn1hsKiymKF820ld27fJCzmO1V9UNzBWXQ== X-Received: by 2002:aed:2a12:: with SMTP id c18mr22636415qtd.200.1576506251626; Mon, 16 Dec 2019 06:24:11 -0800 (PST) Received: from minid (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.gmail.com with ESMTPSA id n91sm1542376qte.26.2019.12.16.06.24.10 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 16 Dec 2019 06:24:10 -0800 (PST) From: Noam Postavsky To: Peter Ludemann Subject: Re: bug#38629: 25.2; garbage-collect doesn't reclaim large *compilation* References: Date: Mon, 16 Dec 2019 09:24:10 -0500 In-Reply-To: (Peter Ludemann's message of "Sun, 15 Dec 2019 11:58:22 -0800") Message-ID: <87a77scprp.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 38629 Cc: 38629@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Peter Ludemann writes: > I ran a large compilation (to the *compilation* buffer) (232,701 lines, > 52M). > In GNU Emacs 25.2.2 (x86_64-pc-linux-gnu, GTK+ Version 3.22.21) > of 2017-09-22, modified by Debian built on lgw01-amd64-050 > Windowing system distributor 'The X.Org Foundation', version 11.0.11906000 > System Description: Ubuntu 18.04.3 LTS I think this is a variant of Bug#26952 - "repeated buffer insertion (e.g. yank-rectangle) consumes excessive memory (4GB+ for 90MB of text)". I recommend upgrading to version 26. From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 16 11:49:41 2019 Received: (at 38629) by debbugs.gnu.org; 16 Dec 2019 16:49:41 +0000 Received: from localhost ([127.0.0.1]:40327 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1igtYz-0004qs-F2 for submit@debbugs.gnu.org; Mon, 16 Dec 2019 11:49:41 -0500 Received: from mail-lj1-f173.google.com ([209.85.208.173]:37253) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1igtYy-0004qb-3V for 38629@debbugs.gnu.org; Mon, 16 Dec 2019 11:49:40 -0500 Received: by mail-lj1-f173.google.com with SMTP id u17so7562608lja.4 for <38629@debbugs.gnu.org>; Mon, 16 Dec 2019 08:49:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=dMxovplZ8SPQM8fb9ronygRQKBk1zzsIDtlVnOMEyT0=; b=GIkxF1Yz+BHe46rPlC7BeRa2yDcv3326DzO7zcPYpKRd8gOUt3x3et0jc2VP5f8uo9 Vp5Fg2jidMRZQi+xqUFHp3YSMEtPrg/0LZt9CMEOp+oyHQzekp2tCHkfSGL4kuQWQMXm jgS0s0tk/bglT6xNaelgDHx+tNl6V4f3TuZgfDF+oPxjh7v9EJIYP4RcUK3aSJuFlzl1 Dh7gW1u5xz6FmpoUHuRZEvJgwXSZ/Rin6XphJYSbwfjaJu5Fy3h6WKuaHxh4KcVqmM0V cQVO8+r86cs2tYL6W0d8Q+81aUjupJjZ4aWjTOxanfDXTCf5P18zgddL3m7pg45IhdFI Fkmw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=dMxovplZ8SPQM8fb9ronygRQKBk1zzsIDtlVnOMEyT0=; b=heeX7TYt2Lif3kt3DuZ7Dng10iTj4Y6Fsko4hQHUXsXejCRXRtix0gfYsY+EbuB7r+ qqRG95TNeBm3p8p1Zz6r4bHFC/UVnUq7v9+a/Lg6RdvjnAWdoPfk0CWyRuR6bbynEcUN BPmu7KUTRVFipzn3Bc4XcVkm0A6xKgUC/QUQRjSIeQnJZSoHacIB1cWi0Ut6HZ4Mxehl qCfoJPuebxnZ+9bLXDTX3/uxUhrNg6dUXAy6zZA9jVK6jEphZE0YBxAzU9SoyFQVNYHw XaMr7Ebz3WUyU9Gi8CFmQVpTh/k/kDUtSUIKThbJoxkfk0wzBVUFwnOtahtdt/6oUS+p TciQ== X-Gm-Message-State: APjAAAWoU2YYieAbGdynvDPVuoQsUJYheI/E5okWRw05c2C2PKiD7enp 29HPd7NoGtOY5Pn5kZ2uoxltgN+K/QREr84aKTc= X-Google-Smtp-Source: APXvYqzt6V/L7J7UzlqumZpyvhBUGOPbpO2mvjkJ6Qmut8waRQCCDFJsRqftBKgvfhGpHeqdNpD2RvLJffy3HajmCaI= X-Received: by 2002:a2e:7311:: with SMTP id o17mr174306ljc.197.1576514973857; Mon, 16 Dec 2019 08:49:33 -0800 (PST) MIME-Version: 1.0 References: <87a77scprp.fsf@gmail.com> In-Reply-To: <87a77scprp.fsf@gmail.com> From: Peter Ludemann Date: Mon, 16 Dec 2019 08:48:57 -0800 Message-ID: Subject: Re: bug#38629: 25.2; garbage-collect doesn't reclaim large *compilation* To: Noam Postavsky Content-Type: multipart/alternative; boundary="000000000000fffe8c0599d4febd" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 38629 Cc: 38629@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000fffe8c0599d4febd Content-Type: text/plain; charset="UTF-8" It seems that emacs25 and emacs26 can't be in the same Ubuntu 18.04 installation (using ppa:kelleyk/emacs), so it'll take me a bit of work to verify that the problem is fixed in emacs26. On Mon, 16 Dec 2019 at 06:24, Noam Postavsky wrote: > Peter Ludemann writes: > > > I ran a large compilation (to the *compilation* buffer) (232,701 lines, > > 52M). > > > In GNU Emacs 25.2.2 (x86_64-pc-linux-gnu, GTK+ Version 3.22.21) > > of 2017-09-22, modified by Debian built on lgw01-amd64-050 > > Windowing system distributor 'The X.Org Foundation', version > 11.0.11906000 > > System Description: Ubuntu 18.04.3 LTS > > I think this is a variant of Bug#26952 - "repeated buffer insertion > (e.g. yank-rectangle) consumes excessive memory (4GB+ for 90MB of > text)". I recommend upgrading to version 26. > > > --000000000000fffe8c0599d4febd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
It seems that emacs25 and emacs26 can't be in the same Ubun= tu 18.04 installation (using ppa:kelleyk/emacs), so it'll take me a bit= of work to verify that the problem is fixed in emacs26.

On Mon, = 16 Dec 2019 at 06:24, Noam Postavsky <npostavs@gmail.com> wrote:
Peter Ludemann <peter.ludemann@gmail.com> writes:

> I ran a large compilation (to the *compilation* buffer) (232,701 lines= ,
> 52M).

> In GNU Emacs 25.2.2 (x86_64-pc-linux-gnu, GTK+ Version 3.22.21)
>=C2=A0 of 2017-09-22, modified by Debian built on lgw01-amd64-050
> Windowing system distributor 'The X.Org Foundation', version 1= 1.0.11906000
> System Description: Ubuntu 18.04.3 LTS

I think this is a variant of Bug#26952 - "repeated buffer insertion (e.g. yank-rectangle) consumes excessive memory (4GB+ for 90MB of
text)".=C2=A0 I recommend upgrading to version 26.


--000000000000fffe8c0599d4febd-- From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 16 18:38:40 2019 Received: (at 38629) by debbugs.gnu.org; 16 Dec 2019 23:38:40 +0000 Received: from localhost ([127.0.0.1]:40527 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1igzwl-00023L-Oy for submit@debbugs.gnu.org; Mon, 16 Dec 2019 18:38:39 -0500 Received: from mail-lj1-f171.google.com ([209.85.208.171]:36733) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1igzwj-000238-Vu for 38629@debbugs.gnu.org; Mon, 16 Dec 2019 18:38:38 -0500 Received: by mail-lj1-f171.google.com with SMTP id r19so8769023ljg.3 for <38629@debbugs.gnu.org>; Mon, 16 Dec 2019 15:38:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Y0FRIngfqQ50L8KJwyVvjcdwRxUP08BaSYZ9KvdrYg0=; b=scd7YuiHrOBU1AlrKNupZvYehRnJ3W5s0/rM4np9RUjPVVMgWZPVW8KCnzlqVfmXtc I7CVqIagxd6iLBkh6vNeBNnLW5MbAVIe1boqzTwFbl6AdU8Fx4YZTDz69wpxZX0G0pq2 ey32qaqzVRdBKe78JytSCi3i541atKNDIeBs8MPALdXjH1pqekZnd+2tTaasx53bI6+5 496qxpsy89SuZWed1CRfTZCJ4QodB195dvC+X5yikWrtdVX3dOLmhEnmFXRnLQX8L0tk 6ZJ3cqb5hHdYJmuNttYJs57KhezbC9hOlPBpWbTCXsO9M/J8hcr7z7NouiOBdj9VGkE3 gsbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Y0FRIngfqQ50L8KJwyVvjcdwRxUP08BaSYZ9KvdrYg0=; b=LaX3UY0LZXxGe8m8OjUcx9GhFiK/bFOLceeFAxPrL/nbAKOJdb/CCO+ztVkbSSvetD VXqVV3JR44xckpxhQkRfVTtTys/LxsTWCzgP4g/4kdBdi5JuMDDjnq7WWFz+GDzMXYsQ Dyy+Bi44GVU9sgyeHHe661UbeVL0HGcUp0zf88HJxpN9jeSr+FPzB6u8MwYoFRcP0OoF EHzVPYArnuk8YCmsphOAo43VBLk7we0b4RxJq16Adn3G0EhW5ynyl9zeeU8APA2Vh5NF hLbqNE9BEGBtxa0p38NVvpqckizxOLeDnadwtSRMtCTC/Eje8rRitzvkFcrizum6sBg5 dA9w== X-Gm-Message-State: APjAAAV4YruWbvRbUTdRGknPqA8Tsy7YiuBEBS0msn5N4Rw8QdDk+Tnk ogmpRW7NbBNMnOOlN35nom1ieWmTnN4h+icBSkU= X-Google-Smtp-Source: APXvYqznvB269J3M2wMl9LLMrmrIC0nE1mGBFRhCjXAz7mC4ekpdO4Bwe843/CG9LfSlMUgTiBIYyjCmooSk7B0wBEI= X-Received: by 2002:a2e:7311:: with SMTP id o17mr1128686ljc.197.1576539511925; Mon, 16 Dec 2019 15:38:31 -0800 (PST) MIME-Version: 1.0 References: <87a77scprp.fsf@gmail.com> In-Reply-To: <87a77scprp.fsf@gmail.com> From: Peter Ludemann Date: Mon, 16 Dec 2019 15:37:55 -0800 Message-ID: Subject: Re: bug#38629: 25.2; garbage-collect doesn't reclaim large *compilation* To: Noam Postavsky Content-Type: multipart/alternative; boundary="000000000000952fee0599dab59d" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 38629 Cc: 38629@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000952fee0599dab59d Content-Type: text/plain; charset="UTF-8" Upgrading to Emacs 26.3 seems to have fixed the memory problem but now there's another problem ... emacs becomes incredibly sluggish (almost unuseable) -- top(1) shows 70-100% CPU utilization even when the compilation step isn't outputting anything. (I use GNU parallel on the tests, with options to preserve the output order, so output happens at intervals.) The compilation command is "find ... | sort | nice parallel -j 8 --keep-order --group -L80" (on a 4 CPU machine). I tried reducing the number of parallel jobs to 3, but that didn't help. Should I open a new bug for this? If so, what information can I collect, to help determine the cause? On Mon, 16 Dec 2019 at 06:24, Noam Postavsky wrote: > Peter Ludemann writes: > > > I ran a large compilation (to the *compilation* buffer) (232,701 lines, > > 52M). > > > In GNU Emacs 25.2.2 (x86_64-pc-linux-gnu, GTK+ Version 3.22.21) > > of 2017-09-22, modified by Debian built on lgw01-amd64-050 > > Windowing system distributor 'The X.Org Foundation', version > 11.0.11906000 > > System Description: Ubuntu 18.04.3 LTS > > I think this is a variant of Bug#26952 - "repeated buffer insertion > (e.g. yank-rectangle) consumes excessive memory (4GB+ for 90MB of > text)". I recommend upgrading to version 26. > > > --000000000000952fee0599dab59d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Upgrading to Emacs 26.3 seems to have fixed the memory problem = but now there's another problem ... emacs becomes incredibly sluggish (= almost unuseable) -- top(1) shows 70-100% CPU utilization even when the com= pilation step isn't outputting anything. (I use GNU parallel on the tes= ts, with options to preserve the output order, so output happens at interva= ls.)

The compilation command is "find ... | sort | nice parallel = -j 8 --keep-order --group -L80" (on a 4 CPU machine).=C2=A0
I tried re= ducing the number of parallel jobs to 3, but that didn't help.

Sho= uld I open a new bug for this? If so, what information can I collect, to he= lp determine the cause?

On Mon, 16 Dec 2019 at 06:24, Noam Postavsky = <npostavs@gmail.com> wrote:=
Peter Ludemann = <peter.lud= emann@gmail.com> writes:

> I ran a large compilation (to the *compilation* buffer) (232,701 lines= ,
> 52M).

> In GNU Emacs 25.2.2 (x86_64-pc-linux-gnu, GTK+ Version 3.22.21)
>=C2=A0 of 2017-09-22, modified by Debian built on lgw01-amd64-050
> Windowing system distributor 'The X.Org Foundation', version 1= 1.0.11906000
> System Description: Ubuntu 18.04.3 LTS

I think this is a variant of Bug#26952 - "repeated buffer insertion (e.g. yank-rectangle) consumes excessive memory (4GB+ for 90MB of
text)".=C2=A0 I recommend upgrading to version 26.


--000000000000952fee0599dab59d-- From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 16 19:20:31 2019 Received: (at 38629) by debbugs.gnu.org; 17 Dec 2019 00:20:31 +0000 Received: from localhost ([127.0.0.1]:40543 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ih0bG-0003Cm-Jg for submit@debbugs.gnu.org; Mon, 16 Dec 2019 19:20:30 -0500 Received: from mail-lf1-f52.google.com ([209.85.167.52]:37355) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ih0bC-0003CX-RQ for 38629@debbugs.gnu.org; Mon, 16 Dec 2019 19:20:28 -0500 Received: by mail-lf1-f52.google.com with SMTP id b15so5629633lfc.4 for <38629@debbugs.gnu.org>; Mon, 16 Dec 2019 16:20:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=KI9i3U4T+oBc2pUH4uosfYIqXT7Nw1VPiUpJFXY1hCc=; b=t7cdTn0k+mI8wv3ghi6rMOTpfqqxdmYT/uCnGvlJ2EKpDQ9ZyHlCDKH0YlXZsd8aRa o4Tj7QJ3+YFoBq5yYUyeJPYAH1VH5XT3a/2SwmKW4FFym0zMpKTTrGtGBJdaNkybkyjM JXbs1MxCTJjB/T+bnYL1sMun4jqLz8vBcJ6dNUYqqMnuUK9ebjrMdgXJHN/LZ4tE8p2w Sb1/5pjk+x0vQ2vVwWF340iJn4N0V1XcFgNbJvnZ4b9vKBvKGZY3o7ySnv8g0Gbz8yu4 s0A2T16bbyIN/acbOYqiBxFLgmHdcmU0p0H32s+VhpGGxiRM+c6XH6M1MP6PNgv0t+9w pZxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=KI9i3U4T+oBc2pUH4uosfYIqXT7Nw1VPiUpJFXY1hCc=; b=cbThjOG++0u9caKyxrlLAi2vA4AvZSm71XH6QnJVogaQY61ds5dqa0ndmbCXW5OaWr B/p2vIPzbl5mfNhLGqkoTDZHYeEy8Cux4OBw+OHMY7JKeZ20wEADKW/oEs1dBGLO9+gm 3hUCFQfbnYM4JZK5tjPcrQY1JW+vpHJm7CQFpueYD5c3ek+pTYVFe1yiN05zC0MFXCfo 2zysm4/xClSP7L8tt8sW/xyTfpAYhfKtlhJNfSGQ+FXj3ap01vuCPLxQFVAYmc4VXDw/ YEtXafsZThDzTUqMH45mGY8O1j47psTNVOePkMihF6SsH92Q6oINPR2pnlbKm8q2K0oL QECw== X-Gm-Message-State: APjAAAUzj6/S4b6jp7+cILpd7En8v95wvmeXBGqau/IpgKRnEINQZT0b XJCy+MK1kxpWGHdiNN0Qq4RciXZWZpZF6Zi/wRY= X-Google-Smtp-Source: APXvYqzONF0zTlDuRqK/mjrZq5AUdSgKeuuvn2MpLvxhBheL3NntsGuVD3p+5SBiBjDJ0HOT9BIlaGCsLYpvKGobjhI= X-Received: by 2002:a19:22cc:: with SMTP id i195mr1113560lfi.148.1576542020784; Mon, 16 Dec 2019 16:20:20 -0800 (PST) MIME-Version: 1.0 References: <87a77scprp.fsf@gmail.com> In-Reply-To: From: Peter Ludemann Date: Mon, 16 Dec 2019 16:19:44 -0800 Message-ID: Subject: Re: bug#38629: 25.2; garbage-collect doesn't reclaim large *compilation* To: Noam Postavsky Content-Type: multipart/alternative; boundary="0000000000001f58b50599db4b47" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 38629 Cc: 38629@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000001f58b50599db4b47 Content-Type: text/plain; charset="UTF-8" The sluggishness is not related to the *compilation* window, so we can close this bug (as fixed by emacs 26.3) and I'll open a new bug report. Thank-you for your help! (And thank-you to Kevin Kelley for setting up the PPA for emacs26.3) --0000000000001f58b50599db4b47 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
The sluggishness is not relate= d to the *compilation* window, so we can close this bug (as fixed by emacs = 26.3) and I'll open a new bug report.

Th= ank-you for your help! (And thank-you to Kevin Kelley for setting up the PP= A for emacs26.3)
--0000000000001f58b50599db4b47-- From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 17 08:14:09 2019 Received: (at 38629) by debbugs.gnu.org; 17 Dec 2019 13:14:09 +0000 Received: from localhost ([127.0.0.1]:40847 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ihCfw-00008d-RM for submit@debbugs.gnu.org; Tue, 17 Dec 2019 08:14:09 -0500 Received: from mail-qv1-f47.google.com ([209.85.219.47]:40651) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ihCfv-00008C-7H; Tue, 17 Dec 2019 08:14:07 -0500 Received: by mail-qv1-f47.google.com with SMTP id dp13so458630qvb.7; Tue, 17 Dec 2019 05:14:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=NN0secEnzDDLDW7GNv7tsD4hcIif5QNUn8j7DAlrboc=; b=gdotjuEPDdUJix/0+rsUtXDRARSVzLqSmpCPm7j3wUyMs/67x72kyfSclqAw+L13Uv vH/mCBpCHoW+oGn0wQbdJFKgwk7rmd4ohJ+fgAKlkJchOmGZRzTGeTlTNipUCB65fMPa LnXXnC40yymTMS+1k504clV/t1QO8XBoPeMP4jJRN3kYZ/LER40QKbwQUuLQIYx5mw+S aqtDINccUdUkjxC4QoA+5UI3wyE9PrJ4JZObNXvhX+x8pIpAnmbyaHuoA8b61hcGpOQY CUlGwu1fWZSFavKYJE4QoeUeLN3/+prLzTBWiwCcjjDNg37lFn9qP1ENBvan7GM/vgzw nfbg== 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:references:date:in-reply-to :message-id:user-agent:mime-version; bh=NN0secEnzDDLDW7GNv7tsD4hcIif5QNUn8j7DAlrboc=; b=OIbDB0IZzUxOYphBZ+wRz5LHmLV+QN8BzDcpyG5TKDTTDLTvr4H/nSySUInUCESF0x KOiOu38Bwe2IfvFT1kHDVdA76AFF1aTtXKUCiuG6JGJAs05grFGptiCXRBbS2AbbQu3R lqOsTmoFKIL/wVqX94+l+fN9SZI3XhWL8DDrTvai4aZPWqWTuhEx8Ryqs2jq1jwkVaUj 2Ad6DEoMTXutyLI8ixvVtVDN5+jB1FBqg80brAs78fsOUMbhV1i8MV3spDoMpn2Iher5 gT+BiUsDd6AS9ryniHFMi6CB+pYy8SqgK2igbo00G6NxSZnL1N4qzrL4Yu1T8KI7hgaI zgGg== X-Gm-Message-State: APjAAAVoSkX9lvLI1CIXKSlRWyfZGW/lLd/b4gvl7bRdxSNtLClTLFqE KhW/dWFinqLqIqf9wrp2Co+vjxlU X-Google-Smtp-Source: APXvYqzFlKnYN+ipeYXd4UzHXl2rTJ/DtdWsDJOEbjKIwc+qtxBrzIYUfCR7p+xEFrIvyqPHmryp2Q== X-Received: by 2002:ad4:478b:: with SMTP id z11mr4459154qvy.185.1576588441674; Tue, 17 Dec 2019 05:14:01 -0800 (PST) Received: from minid (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.gmail.com with ESMTPSA id s26sm7109791qkj.24.2019.12.17.05.14.00 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 17 Dec 2019 05:14:00 -0800 (PST) From: Noam Postavsky To: Peter Ludemann Subject: Re: bug#38629: 25.2; garbage-collect doesn't reclaim large *compilation* References: <87a77scprp.fsf@gmail.com> Date: Tue, 17 Dec 2019 08:14:00 -0500 In-Reply-To: (Peter Ludemann's message of "Mon, 16 Dec 2019 16:19:44 -0800") Message-ID: <877e2vccx3.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 38629 Cc: 38629@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) unarchive 26952 forcemerge 26952 38629 quit Peter Ludemann writes: > The sluggishness is not related to the *compilation* window, so we can > close this bug (as fixed by emacs 26.3) and I'll open a new bug report. Thanks for checking. From unknown Sun Jun 22 03:52:37 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 06 Feb 2020 12:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator