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, 11 Mar 2023 17:32:01 +0200 Message-ID: <834jqrwbgu.fsf@gnu.org> References: <20230310110747.4hytasakomvdyf7i.ref@Ergus> <20230310110747.4hytasakomvdyf7i@Ergus> <87a60k657y.fsf@web.de> <838rg4zmg9.fsf@gnu.org> <87ttyrwobj.fsf@localhost> <20230311111730.fatow74xnbel7t3f@Ergus> <83o7ozwju8.fsf@gnu.org> <87jzznwjh3.fsf@localhost> <83jzznwjeh.fsf@gnu.org> <87fsabwirg.fsf@localhost> <83h6urwhu0.fsf@gnu.org> <875yb7wgpd.fsf@localhost> <83bkkzwgcp.fsf@gnu.org> <87y1o3v1fr.fsf@localhost> <838rg3wf7k.fsf@gnu.org> <87v8j7v0a4.fsf@localhost> <835yb7were.fsf@gnu.org> <87r0tvuzpl.fsf@localhost> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11075"; mail-complaints-to="usenet@ciao.gmane.io" Cc: spacibba@aol.com, arne_bab@web.de, emacs-devel@gnu.org To: Ihor Radchenko Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Mar 11 16:32:40 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 1pb1D6-0002fV-1Y for ged-emacs-devel@m.gmane-mx.org; Sat, 11 Mar 2023 16:32:40 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pb1Cp-0008Vs-8I; Sat, 11 Mar 2023 10:32:23 -0500 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 1pb1Ck-0008Vb-DK for emacs-devel@gnu.org; Sat, 11 Mar 2023 10:32:19 -0500 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 1pb1Ci-0002Xg-J6; Sat, 11 Mar 2023 10:32:17 -0500 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=3TO9qDSrjHdyX/jjNlSkDo4bdwn+Vm+OqYeAYuvTN7A=; b=d5tW/x50c1/b atUNUIIRar7RGApy7BPcSY26QpD88gfy1S15MRITJnDDpQ5YKqgUBlbAZEMwe2bP93Siwfv0LxWjc Q0LoRmlB/1Ycimg2XGnYrr19Pf+HbqPbmN9tXEgD4XttUWq1uf7TXywJyahR6QpzQky6IfoixpCts hgyenCnBE2Cng9QkQhZeYFocg8b3uhNR1O1hSL3QO3Tszbvd8y2Yw8kK+b1H1sWQr6LabHVRNvgiZ /9sTg9ZF7JG9Z5rBzLPtDSnZDl1Ng/rOSJ8RsRwog+SdBJhjjFBIDd5WAKETBIiQ7BI8aBTCBgUVs Ik/FOxBRx1HleuhIjxwCSg==; 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 1pb1Ci-0005Xw-2j; Sat, 11 Mar 2023 10:32:16 -0500 In-Reply-To: <87r0tvuzpl.fsf@localhost> (message from Ihor Radchenko on Sat, 11 Mar 2023 14:31:18 +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:304325 Archived-At: > From: Ihor Radchenko > Cc: spacibba@aol.com, arne_bab@web.de, emacs-devel@gnu.org > Date: Sat, 11 Mar 2023 14:31:18 +0000 > > Well. Currently, the paragraph reads like: we have 800kb default, but do > not increase it too much because Emacs will require more memory. No, it says more. In particular: If you specify a larger value, garbage collection will happen less often. This reduces the amount of time spent garbage collecting, but increases total memory use. You may want to do this when running a program that creates lots of Lisp data. However, we recommend against increasing the threshold for prolonged periods of time, and advise that you never set it higher than needed for the program to run in reasonable time. Using thresholds higher than necessary could potentially cause system-wide memory pressure, and should therefore be avoided. > Given that modern computer typically have 4-16Gb RAM, the warning does > not look like an actual warning. 800kb is nothing. Surely, increasing it > to 80Mb to even few hundreds Mb is safe, right? Or not? Again, you are reasoning about the value as if it were related to the maximum memory footprint Emacs could have. But in fact, it is related only to the _increment_ of memory Emacs can have before it should stop and consider how much of that is garbage.