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: MPS: User GC customizations (was: MPS: Crash when switching to buffer) Date: Thu, 04 Jul 2024 12:02:03 +0000 Message-ID: <87tth5pdqc.fsf@localhost> References: <87v81pbgzi.fsf@localhost> <86a5j1fhd1.fsf@gnu.org> <87y16khvhy.fsf@localhost> <87frspqwhr.fsf@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="12694"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Pip Cet , Eli Zaretskii , emacs-devel@gnu.org, eller.helmut@gmail.com To: Gerd =?utf-8?Q?M=C3=B6llmann?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Jul 04 14:01:37 2024 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 1sPL9d-00030a-M8 for ged-emacs-devel@m.gmane-mx.org; Thu, 04 Jul 2024 14:01:37 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sPL92-00025C-DQ; Thu, 04 Jul 2024 08:01:00 -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 1sPL8p-00020q-Sw for emacs-devel@gnu.org; Thu, 04 Jul 2024 08:00:49 -0400 Original-Received: from mout02.posteo.de ([185.67.36.66]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sPL8b-0000Ui-Em for emacs-devel@gnu.org; Thu, 04 Jul 2024 08:00:46 -0400 Original-Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id CF33A240101 for ; Thu, 4 Jul 2024 14:00:27 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1720094428; bh=nRE08SPLR2Nlzl6fycIxARBttadalyLvmEY4Hg2oqO8=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: Content-Transfer-Encoding:From; b=pYZs3VHnRkYoRHKKTkf51ZXAeXK3QEVD0VUlPmVKCPNQte4YrdJX/prRc9IsrB8h8 IU4CbR4uI17O1lRH5BvzhMgGgumz4GtoG4uoAJJLCvT77pnQ1KknUtmcQZHf1G4L+4 Otu7eOAHGRrcJ3LDiEg7zNO++g+aVL1fOsD9BaOP63pbbpRENps0DWJ1P7PhgNre6o FjUXwSTlNNaD4x0H/rAK3tWoxpm8W0gyKW5jj9qKWCGOnZQHX0pHjf6KayFvV1ytL1 LbQJFCSv6rrdOBVId+lKtkfq+4QV28lwPGsDDTidQe/LFlGGdy1CJYeZZ4briJh82q z55ZMlFTVIRJg== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4WFFZy6Hzgz9rxD; Thu, 4 Jul 2024 14:00:26 +0200 (CEST) In-Reply-To: Received-SPF: pass client-ip=185.67.36.66; envelope-from=yantar92@posteo.net; helo=mout02.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, 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:321313 Archived-At: Gerd M=C3=B6llmann writes: > Hi Ihor. Soemthing completely unrelated, but I think it might be > interesting to play with if you are running an igc Emacs more often: > > igc-step-interval is a variable defined in =E2=80=98C source code=E2=80= =99. > > Its value is 0.1 > > How much time is MPS allowed to spend in GC when Emacs is idle. > The value is in seconds, and should be a non-negative number. It can > be either an integer or a float. The default value is 0 which means . > don=E2=80=99t do something when idle. Negative values and values that = are not numbers > are handled as if they were the default value. > > It's for interactive use. IMHO, this variable makes little sense in isolation. It only makes sense to postpone GCs when we also have the means to increase the thresholds when to trigger them. Most of the time, GCs are triggered by memory-intensive commands. Extra GC on idle would not help those. For example, my recent measurement of building agendas displayed 30% of the time spend in GC. (whatever this means in the context of our handling of SIGPRF) --=20 Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at