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: Sat, 08 Apr 2023 11:04:28 +0300 Message-ID: <831qkuol4j.fsf@gnu.org> References: <20230310110747.4hytasakomvdyf7i.ref@Ergus> <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> <831qlstwoi.fsf@gnu.org> <87r0tsy1c4.fsf@localhost> <83wn3jseyt.fsf@gnu.org> <87mt4eqpfd.fsf@localhost> <83zg8eqinu.fsf@gnu.org> <87h6umqig6.fsf@localhost> <83y1nyqenq.fsf@gnu.org> <87sfe5t2ho.fsf@localhost> <87o7o1fk5y.fsf@localhost> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8404"; 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 Sat Apr 08 10:04:36 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 1pl3Yn-0001w6-Tj for ged-emacs-devel@m.gmane-mx.org; Sat, 08 Apr 2023 10:04:33 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pl3YE-0006kx-Su; Sat, 08 Apr 2023 04:03:58 -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 1pl3YD-0006ko-Kd for emacs-devel@gnu.org; Sat, 08 Apr 2023 04:03:57 -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 1pl3YB-00082U-D4; Sat, 08 Apr 2023 04:03:56 -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=GOyfAjKouEycV9L6cd94AQGeBD0OWUBdGqho+JC7whM=; b=enYXkrCji/yz ibTrEDc//xIujDnbGgdo7y5a6kS+ql50vqSpvEyyNU5fL0ZpBGwg8DLSIxDA4cevtlTtTlnrgChTR Vzd+WSpYr+Ft4Wxojtv0Hd9El+0VGd5bOBKU0M1QqFIQPhv2fpOT6no1mrlWrHyQR5CYb7QQi25yr oDRaFIgC3yQJG6+rYDtOKkiUPSHIb1eGAkE4t7grsBJngRJ8DSeQbp+ufxoIhFI84hQdwKRE+m1SM LBqStWyyzvTUWhn4JNiSSdn50/jzkNHse9s+UZXTM2IvelVxgcb/jR0Bab2iaa8uAYX2A0nZn7FGd gJcBYZARyMs9Kgr6muxQZQ==; 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 1pl3YA-00078G-Ie; Sat, 08 Apr 2023 04:03:54 -0400 In-Reply-To: <87o7o1fk5y.fsf@localhost> (message from Ihor Radchenko on Thu, 06 Apr 2023 09:13:13 +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:305175 Archived-At: > From: Ihor Radchenko > Cc: arne_bab@web.de, spacibba@aol.com, emacs-devel@gnu.org > Date: Thu, 06 Apr 2023 09:13:13 +0000 > > I am attaching some stats I recorded by varying gc-cons-threshold and > using Emacs. Thanks. This is just for 14 to 25 hours of uptime. I think we need statistics for longer periods of time. > Some observations: > 1. GC time increases over time > 2. Total time spend in GC decreases with increases gc-cons-threshold > 3. Avg time spend in a single GC is roughly the same, except for very > high gc-cons-thresholds > 4. Memory limit has no obvious correlation with gc-cons-threshold I'm not sure I agree with the last conclusion. It seems like higher thresholds allow the memory limit to grow almost twofold. But maybe the relatively short uptime prevents the data from being truly representative, as I see in some cases the memory limit going down after some time.