From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Larger GC thresholds for non-interactive Emacs Date: Wed, 22 Jun 2022 19:26:05 -0400 Message-ID: References: <83o7yyur0l.fsf@gnu.org> <87leu2p3nu.fsf@localhost> <83leu2uewn.fsf@gnu.org> <87r13qv701.fsf@localhost> <83bkuursya.fsf@gnu.org> <87h74l9jk8.fsf@localhost> <83bkutqb3z.fsf@gnu.org> <9778F176-E724-4E61-B0FB-327BCDD316C0@acm.org> <87sfo4epeo.fsf@localhost> <87bkurrc5e.fsf@localhost> <87bkur72b7.fsf@gnus.org> <874k0j40e7.fsf@gnus.org> <871qvm16he.fsf@gnus.org> <83a6aanm5j.fsf@gnu.org> <87o7yozzj0.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32172"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: Lars Ingebrigtsen , Eli Zaretskii , Ihor Radchenko , Mattias =?windows-1252?Q?Engdeg=E5rd?= , Tim Cross , rms@gnu.org, Alan Mackenzie , emacs-devel To: Lynn Winebarger Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Jun 23 01:27:18 2022 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 1o49kj-0008E0-SX for ged-emacs-devel@m.gmane-mx.org; Thu, 23 Jun 2022 01:27:18 +0200 Original-Received: from localhost ([::1]:33186 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1o49kh-0004IC-8D for ged-emacs-devel@m.gmane-mx.org; Wed, 22 Jun 2022 19:27:16 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:47300) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o49ji-0003ce-ME for emacs-devel@gnu.org; Wed, 22 Jun 2022 19:26:14 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:17690) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o49jg-0002CE-0D; Wed, 22 Jun 2022 19:26:13 -0400 Original-Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id D020B441AF2; Wed, 22 Jun 2022 19:26:09 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 50230441A9D; Wed, 22 Jun 2022 19:26:08 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1655940368; bh=6XzJvanwort+cdJC2BRH9dDeHjH5nYYLbdyyeH9fDxI=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=anMnY3LL2AT/1QAC9pBw7Iqt3WE9Y9hCts+/FN6qdEh03BuL+rg6b1d/JB7Nw3nml saavcnU3kvtK6e/fUIXUDIxupHjFPSx6GEGOtKfusaVHE8JK53tzZKC3bTxt/crOrf R8fEFSfyPJKqlitaODUN0kuDwhfgtptqGeFY2E3lH+R6BqTZPdJJSGGlYLXC2r9DKK U7n+Yg0iU8KnLB5HbPYPxdHj8ndIQR2dp8a6lJDTSi7bWSEK/bOgjO5DfD7mMHx2pe DuOrsWJpEx8fG4UvYRP6hyQEdoZGMDh6LolOREe1RFhSiANyg9mzLr55rTsIxviTb6 ujUsX/UkuvSeA== Original-Received: from alfajor (196.214.25.93.rev.sfr.net [93.25.214.196]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id DC389120488; Wed, 22 Jun 2022 19:26:06 -0400 (EDT) In-Reply-To: (Lynn Winebarger's message of "Mon, 20 Jun 2022 22:01:05 -0400") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action 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" Xref: news.gmane.io gmane.emacs.devel:291517 Archived-At: > Was there? I see:. https://debbugs.gnu.org/cgi/bugreport.cgi?bug=38345#71 > but it's a little more than a couple of months ago. > I'm pretty curious because if I accumulate a large buffer of trace output > (running memory up to 100s of MB), killing the buffer doesn't seem to > impact gc time substantially. The GC does not really look at a buffer's content, so unless there is a non-trivial amount of text-properties (e.g. because of font-lock and such), the GC will take about the same amount of time handling a large buffer as handling a tiny buffer. Similarly, whether the malloc library returns the memory to the system or not shouldn't affect GC times very much if at all. What does affect GC time is the amount of live data as well as the total amount of data that's under the GC's control (i.e. live data, garbage that still needs to be collected, as well as data that's free but that we haven't been able to return to malloc (via `free`)). Stefan