From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "Dr. Arne Babenhauserheide" Newsgroups: gmane.emacs.devel Subject: Re: Indentation and gc Date: Sat, 11 Mar 2023 13:34:54 +0100 Message-ID: <87mt4jtpqf.fsf@web.de> References: <20230310110747.4hytasakomvdyf7i.ref@Ergus> <20230310110747.4hytasakomvdyf7i@Ergus> <87a60k657y.fsf@web.de> <838rg4zmg9.fsf@gnu.org> <87ttys4dge.fsf@web.de> <83sfebyepp.fsf@gnu.org> <87ttyru4zt.fsf@web.de> <83fsabyb41.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11245"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: mu4e 1.8.13; emacs 28.1 Cc: 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 Mar 11 13:53:07 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 1payih-0002iq-9y for ged-emacs-devel@m.gmane-mx.org; Sat, 11 Mar 2023 13:53:07 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1payht-0003Kt-R7; Sat, 11 Mar 2023 07:52:17 -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 1payhs-0003Kh-JD for emacs-devel@gnu.org; Sat, 11 Mar 2023 07:52:16 -0500 Original-Received: from mout.web.de ([212.227.15.14]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1payhq-0007b8-TK; Sat, 11 Mar 2023 07:52:16 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1678539130; i=arne_bab@web.de; bh=GhTOkj36dG1vz/7avbhUGBYv1tWz4vx/Agc7lV6g5yw=; h=X-UI-Sender-Class:References:From:To:Cc:Subject:Date:In-reply-to; b=gmbJV9CsmPwJxdSfeUNxwsNmlTe+l4fvHmjK9VbILKiqISFtlIYpHIshuzq3MzLks VYoPK7VE82ud/BACVoYWEsnvTivfHNomhszvS2c8Iq9nP4P8sxpH75ibZjdx4RpQ3X zYi92TjiXWxJ2uQQQKZIQabun7/4LDa96Usn9HZWlDpi6z0bQlgNYudPGJEKMUUOVX 0mu+A/MpqJY7g7qAalok0ONeqVjPbn7EJSt5hMSvdpxKxyXMmMXYPsjPzwKGgRT9CJ bZKF6WzqLY5OtlFVj7K2aaw9nnXmN9uOsvISy3lIv/gyP4ohckigVBWKL7rO7epKwC A7czv8865TfFQ== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Original-Received: from fluss ([84.149.95.143]) by smtp.web.de (mrweb006 [213.165.67.108]) with ESMTPSA (Nemesis) id 1MjBRZ-1qDsI333Ez-00exgj; Sat, 11 Mar 2023 13:52:10 +0100 In-reply-to: <83fsabyb41.fsf@gnu.org> X-Provags-ID: V03:K1:MS1J3obmHoC/aZjusOY/2D6FkGiTVl+4PgLMi1NCdVRBEmz3Ya2 iFCdaFwVKnopvxxVQ6flcKIm2FSDOjaKF/2Mvx65UUTQ4gBjVCUej9qY/syUoOBnrcGvxZH oF3fki0grknsEQt49sMsJ+9YJzeXz9DfMqtROLoO5B0/FfiMxtr5Y1es4S2VEWonB5Ip5tn 0n+hIvPFf9qlmV3Hp3oPQ== UI-OutboundReport: notjunk:1;M01:P0:7J4P0mLHiQA=;zQ+Lbih4CYYz9Prc4JncLwv29Im sbOFNGvapSkyorBFTETZWWj8M1UqYhj8U2Uf1wHYKD8UgKUB1hA4cmgdOJIN3gwo6KWCX0yFi 3RLSsmeP4GSXLXtnY0bGDz/SBbvJdLrNPubVhAWeB46C6FWu56D4X1j2GdbI21en1hUbrTQOy txGu8e7eq0dtsAx4CQqGX1lYWo6ueLBWzL3gQSMmmyK9tVLAlomO7KwufsEAEABvYQQcq5ZuF U/rdKALSE0CJGzD8+5yFyrd0aM1bIMNhfFRWp5VXQeoD/tdP1eIe1F7+StzOecxqVYDIqAQXO +IzISWhrl8tIx2UZtSxDDYxBf7C6CiT/WltqZtI6CPhCjZqT5iwNhlWvBqML9yL/Zq/rdm02g 7IYlVzoFAQsvVa9p7g/Z2sW2z57k/yUqjoucakB1/Jns0NOAQ3FXapWO26RngxFvHNVV65Exz LGQPLXLZ8XK0zq4OigQD06cLr1/YvboGDLnIjqYYUUV8cEVaV2x4LwGsxS//0FHkEhCeS1Nqv 593F9IyCrOy2eyTGHQZeZQiLI2tlFupN4fSeS0bObLQH8brNrkwAZ2MaJ5G26O2zDt+a8337r OWbS0Ht0vU27xV6pDadDspkPMBk39IfN4r+xxjhbPYccf2TSwQbVR8YLBpE423wDNBdNFF4EO yVlSDZDcjd5YDEj3i7y9/7pDshbrbJwaIkd4+/xVcbkAAMweVVySWETDg4/79XUdZw9NaMPMc PPVB/GY2v2iSCHN0ulMSBub5zJd84ODUyxVWRKZlNRjJ6rWGLMBAA5B/+LtECuCZz58AYvwx Received-SPF: pass client-ip=212.227.15.14; envelope-from=arne_bab@web.de; helo=mout.web.de X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 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, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no 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:304300 Archived-At: --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Eli Zaretskii writes: >> From: "Dr. Arne Babenhauserheide" >> Cc: spacibba@aol.com, emacs-devel@gnu.org >> Date: Sat, 11 Mar 2023 07:55:32 +0100 >>=20 >> Do we have a process to re-evaluate the current settings? Emacs modes >> have been getting more complex in the past decades =E2=80=94 also becaus= e modern >> CPUs can execute them =E2=80=94 so how can we see whether 800k are still= the >> right setting for gc-cons-threshold? > > The "right setting" is very much dependent on the setup and resources > on each concrete system. And people tend to run Emacs on some very > old systems, as well as on some very new ones. Not sure how to > evaluate the default setting in these circumstances. > > Perhaps the only thing we could do is enlarge the value slightly in > Emacs 30. That could already help, yes. Maybe not by factor 25 as I did (that=E2=80= =99s mostly for lsp work), but just adjusting to how much the lower limit of systems changed that can run Emacs 30. > So raising the threshold indirectly raises the probability of having > your system run out of memory, even if the threshold value is way > below the amount of VM you have. =E2=80=A6 > See above: to what value will you enlarge it so that it's still safe? > The Emacs startup typically does a lot of non-trivial stuff, so could > consume large quantities of memory. With the main risk being that we could go OOM, could Emacs evaluate the available memory on the system on systems that support that check? If Emacs can give back memory to the OS (I expect that it can, but I am not sure=C2=B9), then wrapping the init process into such a check by default could resolve many startup time problems. By reverting to a lower value after startup, it would avoid limiting other processes on the system. =C2=B9: Can Emacs give back memory to the OS? Best wishes, Arne =2D-=20 Unpolitisch sein hei=C3=9Ft politisch sein, ohne es zu merken. draketo.de --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJEBAEBCAAuFiEE801qEjXQSQPNItXAE++NRSQDw+sFAmQMeXkQHGFybmVfYmFi QHdlYi5kZQAKCRAT741FJAPD62NLEACThHJ7oXrtv4ClsDA0Yd0VTJTFg7TwIdoC sU0pf7BnJkr3Trgr+omL89y/OL0Ac+hLINabkgBSA8RDl/t98YXfAPhDpWCSCVm4 WMxmUQdPqzmZjgzl4lXpozwlpMcZOup5je3B3m0WiUOybTbTfTHRK9O+X2SwveNf OdnaVspZmNsf82NqN05iGWU477caCKptFg02woSTlF+wMQp3h11Ic0mYWlR1nprH gVvjK6NpeNgQX8pVWAWK46aBrifpm94OafUwiihyuuKYCXNSj+n6QWUpDVfL6rYV CRUEO7am2ntjPyBQUQdCKbHs3OY7OFMroJypfrn1jbwjE+qJRZfoz8bgsMt4BZa4 zz90RVT2LpFIsipS4Rim8CZdLL3+3eSqITOczaPRHrTwfNUmds5WfDSzJRDIYuEM CUSFN1f+5fFpytL8dHIBPk20xGcCWRXObHVFqbNrg/KECdpylQCiip4fGGQlObDT 0zHtupSTmUfzUxdoRN0ylnjXVpMmcuk8T2C8e0ei4Iz8nJKVgKok5tgvcXhraoca YwQjsXdWTNRMD3AGlEQr6S5tAyGt7iNiJDl3L6XePviAD67xwUyb6yPD7FiNJWKS q4fmaxGMosvaie0y4tKQ1RNDWMo4MxoGQBuz6phA3huSbmM8rHuIaTRmm0vC5Orj UMrE+zK5JYjEBAEBCAAuFiEE3Si95tmHXKvOSosd3M8NswvBBUgFAmQMeXkQHGFy bmVfYmFiQHdlYi5kZQAKCRDczw2zC8EFSCQdA/4qXflxPlu5qunNBHjOOt4W9UoE G1WSmJ576BYI8hnWQCPXUk3vzzbIB6S5+F5O/6lQ43v1H2oaU/OJUoBmszMfxxXr bFOkW8OUoDxPlx19g6gFoIm9IUnjbTNkZnh8T0i1OHr774u1CFVtAsMeih20ygfq Mw2ojOPlbd5V/A/k0g== =4D8b -----END PGP SIGNATURE----- --=-=-=--