From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Ihor Radchenko Newsgroups: gmane.emacs.devel Subject: Re: Indentation and gc Date: Sat, 08 Apr 2023 08:15:32 +0000 Message-ID: <87y1n2kcwr.fsf@localhost> References: <20230310110747.4hytasakomvdyf7i.ref@Ergus> <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> <831qkuol4j.fsf@gnu.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="13830"; mail-complaints-to="usenet@ciao.gmane.io" Cc: arne_bab@web.de, spacibba@aol.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Apr 08 10:14:02 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 1pl3hw-0003Nj-N4 for ged-emacs-devel@m.gmane-mx.org; Sat, 08 Apr 2023 10:14:00 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pl3hN-0008KS-9J; Sat, 08 Apr 2023 04:13:25 -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 1pl3hK-0008Jp-Oo for emacs-devel@gnu.org; Sat, 08 Apr 2023 04:13:23 -0400 Original-Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pl3hI-0002Ao-Rn for emacs-devel@gnu.org; Sat, 08 Apr 2023 04:13:22 -0400 Original-Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 83AAC240171 for ; Sat, 8 Apr 2023 10:13:18 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1680941598; bh=tyCasqTAcCXYJxGtnPv56Hyi5j4zCOAR/FjehVFCuzU=; h=From:To:Cc:Subject:Date:From; b=iCPTYii9rr7GHSAA4yOX6yFwjIeiulsdod4dPYZ3nWxzKdedloZlfvNDPXVQvrRy/ GgBlc7ZPxWdijl4wwUZ/qnZAjx2Wv0L852E8NEpIRDrqO5fn1ETIqerbvM0PHFy0dX /VtoMGK0OrOt7gZFoBZ8O/xx0Gso7QiZZ6bFOOrV3/hpNHCPYsk5RkEw58uPE4JWkO MDAbRNwaNxFsj50iygtWbOhBxqa/23jBaqkFU6fMBYz5ykvPUh+bU037TdWU0rG9Sb bYIP6Y5Yzjke2qvfe/QJX2F1p/YLaiWGanfjtyLqmUjxykUOuObRs/a8d9BjzOj1dV 7yer9PJFNfy0w== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4Ptnzv14ywz9rxK; Sat, 8 Apr 2023 10:13:15 +0200 (CEST) In-Reply-To: <831qkuol4j.fsf@gnu.org> Received-SPF: pass client-ip=185.67.36.65; envelope-from=yantar92@posteo.net; helo=mout01.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:305176 Archived-At: Eli Zaretskii writes: >> 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. Do you have a particular number of hours in mind? For me, Emacs uptime is usually several days and sometimes less when I am doing Elisp development. There is a possible argument to be made that we should only look into the real uptime people use rather than trying to measure some unreasonable long uptime. It will also be more natural to collect statistics then. >> Some observations: > ... > 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. These are not the conclusions we should take seriously yet. Not from a single user data point. Maybe you have thoughts about what else can be deduced from the data I provided. Or about what else should be recorded. (For some context, I realized that it is necessary to subtract idle time when recording Emacs uptime. My overnight graphs show flat lines when Emacs is idle). -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at