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: elisp-benchmarks Date: Thu, 10 Feb 2022 09:52:41 +0200 Message-ID: <8335krupiu.fsf@gnu.org> References: <87wni3dxl1.fsf@gnus.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="16126"; mail-complaints-to="usenet@ciao.gmane.io" Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Feb 10 09:07:05 2022 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 1nI4Tn-0003vp-Bm for ged-emacs-devel@m.gmane-mx.org; Thu, 10 Feb 2022 09:07:03 +0100 Original-Received: from localhost ([::1]:59240 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nI4Tm-0004Sb-29 for ged-emacs-devel@m.gmane-mx.org; Thu, 10 Feb 2022 03:07:02 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:40350) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nI4GI-0005jw-5l for emacs-devel@gnu.org; Thu, 10 Feb 2022 02:53:13 -0500 Original-Received: from [2001:470:142:3::e] (port=50810 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nI4GD-0005Dp-R6; Thu, 10 Feb 2022 02:53:03 -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=nUEV+1C/9tXZk7sGdgYeyvtN3u2P3NxuTFv6JGOr/qw=; b=Cz3VCbRtMtMy SbtIakW2iyiH/RN3mOqHebiQWADvUDh8lvQNN7rlTFZx1kp9Jmc0CjdV1sR2IflTM3KFRXyaS37rs k/YY6EzUT9k1frnJ0mz4AoWUMDThCEnWIcsIQA1383qp/aP2Zo0vhnkYVx5cwbzSoArv2ydC0g71h udXw80GUq+Q496mx6jWtR7CcfiJdc+0b4F8jmKB7SVDRu/1nGQnTu8RyghaigwaOAemmKnOQ4cFVY H19PO0Kk4hNChkMtfx+yGnTcaynYdbjLmTxI5+gBf2aLw0BYvg/x5WxhrPbEJV89xjsMm0cKlJcOg 3/BP8nfyvavIT1SeVDKe9Q==; Original-Received: from [87.69.77.57] (port=4867 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 1nI4Fz-0000lE-0i; Thu, 10 Feb 2022 02:53:01 -0500 In-Reply-To: <87wni3dxl1.fsf@gnus.org> (message from Lars Ingebrigtsen on Thu, 10 Feb 2022 07:50:34 +0100) 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" Xref: news.gmane.io gmane.emacs.devel:286126 Archived-At: > From: Lars Ingebrigtsen > Date: Thu, 10 Feb 2022 07:50:34 +0100 > Cc: emacs-devel@gnu.org > > > And we see that Matthias's recent improvements to the bytecode > > interpreter do make a quite significant difference on several of those > > microbenchmarks ;-), and also on the bytecompiler benchmark (offsetting > > the extra work needed for the symbol-with-positions) > > Looks like Matthias's work has made a significant positive impact on > virtually all the tests. Great work, Matthias! I'm also pleased with the speedup of bytecode, but I'm worried by the potentially negative effect of some of those changes on memory fragmentation: we now prevent the bytecode strings from being moved by GC (as part of compacting strings), which could prevent Emacs from being able to return memory to the OS, and in general increase fragmentation. It would be good to measure this effect somehow. We had in the recent past some reports about people who have the memory footprint of their Emacs session on the order of 5 to 10 GB, allegedly due to large blocks of memory being trapped in a way that we cannot give them back to the OS. I hope these changes won't make the situation worse.