From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Carlos O'Donell Newsgroups: gmane.emacs.bugs Subject: bug#43389: 28.0.50; Emacs memory leaks Date: Thu, 19 Nov 2020 11:08:56 -0500 Organization: Red Hat Message-ID: <68db7ae5-fd0b-b8ba-6e13-9fb1a0c19bf4@redhat.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13314"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.4.0 Cc: fweimer@redhat.com, 43389@debbugs.gnu.org To: DJ Delorie , Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Nov 19 17:10:10 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1kfmVe-0003LV-C8 for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 19 Nov 2020 17:10:10 +0100 Original-Received: from localhost ([::1]:59696 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kfmVd-0002V4-8Z for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 19 Nov 2020 11:10:09 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:50020) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kfmVW-0002TZ-1T for bug-gnu-emacs@gnu.org; Thu, 19 Nov 2020 11:10:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:57428) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kfmVV-0003cW-Mu for bug-gnu-emacs@gnu.org; Thu, 19 Nov 2020 11:10:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kfmVV-0001I2-Hl for bug-gnu-emacs@gnu.org; Thu, 19 Nov 2020 11:10:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Carlos O'Donell Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 19 Nov 2020 16:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43389 X-GNU-PR-Package: emacs Original-Received: via spool by 43389-submit@debbugs.gnu.org id=B43389.16058021444880 (code B ref 43389); Thu, 19 Nov 2020 16:10:01 +0000 Original-Received: (at 43389) by debbugs.gnu.org; 19 Nov 2020 16:09:04 +0000 Original-Received: from localhost ([127.0.0.1]:40741 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kfmUa-0001Ge-C7 for submit@debbugs.gnu.org; Thu, 19 Nov 2020 11:09:04 -0500 Original-Received: from us-smtp-delivery-124.mimecast.com ([63.128.21.124]:55053) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kfmUY-0001GC-CY for 43389@debbugs.gnu.org; Thu, 19 Nov 2020 11:09:03 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1605802141; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=kkg19ESRpyIZOmh6Ffxa83akNLSF0+CoPm5t0iLrPsc=; b=WVM5NDOaAQLgR56NWKt7X1eeN5SoAr+MdjE1vRChtmdsNac55H1NFb08MntbEwpEwGiD0l Z0ORl8TzJTLoWO3I+wb+S1dcm1h60zOI7OKRzp4rvQbEmdRlZ47iU7FXBTW/x9qX7ALj8u tCfAaNW9WUm3+jHB3YuPv+mY+OrQ1Yg= Original-Received: from mail-qk1-f200.google.com (mail-qk1-f200.google.com [209.85.222.200]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-390-u8-yo9HwO0Sfzbs-bnP9TQ-1; Thu, 19 Nov 2020 11:09:00 -0500 X-MC-Unique: u8-yo9HwO0Sfzbs-bnP9TQ-1 Original-Received: by mail-qk1-f200.google.com with SMTP id b191so5365630qkc.10 for <43389@debbugs.gnu.org>; Thu, 19 Nov 2020 08:09:00 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=kkg19ESRpyIZOmh6Ffxa83akNLSF0+CoPm5t0iLrPsc=; b=DVxwNdzkHPLXAQPMuH2rQedCYM0ppMwKJo5C4iOwIfWOGtXqNm5mnFxLldrATgCamO rrXS60Sfl/z1z1m3md1OfvRl63TrFT0N8U8lEbnm8HUEnwYaIuF/KIG6YY+WaB0Z4Su4 LRv68VVIEj6M0whk6g+AGigI38I/G8rXjbuh3zXnYXhRNFUzsZQoPH1wyKSBBF+SYKYQ LLEp5NcTPLs00wVOyfOW131/Y+sYTrU5StKTJ0dAIfTPsePRH9M/LqavETurSmfyJfWP TSmDOU+Ce2uOga8k6/RGAWF33HHsGmjUAXuW+xZtJhgQavejfbYUQbGP5CKczHVdWHkZ WorQ== X-Gm-Message-State: AOAM5332g9nM0qcbJunrwNVqDTUgjpjtx5rlwfBT3T6yqotUNo9ZvclC w+ADSw00k5lKJedQSKfd1H3PFqqS7denTIA4ZC3ADDDHV9UcmhnEyeaCk8JtGCVEbTp4c3WJGbv s05brnRSSD9xVf+aSHxrkKPAZJ6hBhMi6CdrlWBvmxVLCtgSw3XOxbiKaiyi/r5dt X-Received: by 2002:ac8:c08:: with SMTP id k8mr10911538qti.370.1605802139455; Thu, 19 Nov 2020 08:08:59 -0800 (PST) X-Google-Smtp-Source: ABdhPJxK3Nk/q46N9Anaec06ARuRnQj86CMdQTt1IX/vVdUI+90lUwyYEJomiwfp+Q+BCodXK7WSbw== X-Received: by 2002:ac8:c08:: with SMTP id k8mr10911511qti.370.1605802139222; Thu, 19 Nov 2020 08:08:59 -0800 (PST) Original-Received: from [192.168.1.16] (198-84-214-74.cpe.teksavvy.com. [198.84.214.74]) by smtp.gmail.com with ESMTPSA id g9sm177113qtq.21.2020.11.19.08.08.56 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 19 Nov 2020 08:08:57 -0800 (PST) In-Reply-To: Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=carlos@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Language: en-US X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:193727 Archived-At: On 11/18/20 1:27 PM, DJ Delorie wrote: > Eli Zaretskii writes: >> If you asked Florian, then I agree that his data could be useful. If >> you were asking me, then my data is not useful, because the footprint >> is reasonable and never goes up to gigabyte range. > > Yeah, the hard part here is capturing the actual problem. I'm running > the latest Emacs too but haven't seen the growth. Traces tend to be > more useful when the problem is reproducible in situ but really hard to > reproduce in a test environment. My commitment is this: If anyone can reproduce the problem with the tracer enabled then I will analyze the trace and produce a report for the person submitting the trace. The report will include some graphs, and an analysis of the API calls and the resulting RSS usage. I've written several of these reports, but so far they haven't been all that satisfying to read. We rarely find an easily discoverable root cause. We probably need better information on the exact lifetimes of the the allocations. For example I recently added a "caller" frame trace which uses the dwarf unwinder to find the caller and record that data. It's expensive and on only if requested. This is often useful in determining who made the API request (requires tracing through 2 frames at a minimum). The performance loss may make the bug go away though, and so that should be considered. -- Cheers, Carlos.