From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Andrea Corallo Newsgroups: gmane.emacs.bugs Subject: bug#41194: 28.0.50; [feature/native-comp] fibn benchmark exhausts memory Date: Sat, 13 Jun 2020 15:00:33 +0000 Message-ID: References: <87y2pyi4gq.fsf@gmail.com> <874krj1hjh.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="55507"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) Cc: 41194@debbugs.gnu.org To: =?UTF-8?Q?K=C3=A9vin?= Le Gouguec Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Jun 13 17:01:23 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1jk7et-000EKa-2z for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 13 Jun 2020 17:01:23 +0200 Original-Received: from localhost ([::1]:40964 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jk7er-0002kY-P6 for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 13 Jun 2020 11:01:21 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42364) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jk7eb-0002kN-I6 for bug-gnu-emacs@gnu.org; Sat, 13 Jun 2020 11:01:05 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:59072) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jk7eY-0005kz-Cf for bug-gnu-emacs@gnu.org; Sat, 13 Jun 2020 11:01:05 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jk7eY-0003Tr-Bn for bug-gnu-emacs@gnu.org; Sat, 13 Jun 2020 11:01:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 13 Jun 2020 15:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41194 X-GNU-PR-Package: emacs Original-Received: via spool by 41194-submit@debbugs.gnu.org id=B41194.159206043913342 (code B ref 41194); Sat, 13 Jun 2020 15:01:02 +0000 Original-Received: (at 41194) by debbugs.gnu.org; 13 Jun 2020 15:00:39 +0000 Original-Received: from localhost ([127.0.0.1]:42385 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jk7eA-0003T8-QR for submit@debbugs.gnu.org; Sat, 13 Jun 2020 11:00:39 -0400 Original-Received: from mx.sdf.org ([205.166.94.20]:54881) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jk7e8-0003Sy-RW for 41194@debbugs.gnu.org; Sat, 13 Jun 2020 11:00:37 -0400 Original-Received: from sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 05DF0XEK013802 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Sat, 13 Jun 2020 15:00:33 GMT Original-Received: (from akrl@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 05DF0XXN031295; Sat, 13 Jun 2020 15:00:33 GMT In-Reply-To: <874krj1hjh.fsf@gmail.com> ("=?UTF-8?Q?K=C3=A9vin?= Le Gouguec"'s message of "Wed, 10 Jun 2020 09:55:30 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:181924 Archived-At: K=C3=A9vin Le Gouguec writes: > Andrea Corallo writes: > >> sorry for the very late reply I just had a look. > > No need to apologize! You've obviously been busy on other fronts. > >> The following is going on: being on 32bit system you get into bignums >> end this allocates memory while is looping inside `elb-fibn'. >> Unfortunatelly there's no opportunity of passing through maybe_gc to >> trigger garbage collection because I've not implemented the equivalent >> of what is the quitcounter in the byte interpreter. >> >> I'll come-up with a patch to generate the equivalent code of the >> quitcounter when compiling for speed < 3. >> >> Thanks for the feedback >> >> Andrea >> >> PS FYI I think memory consumption during compilation (as compile time) >> should be now considerably lowered (but I've still haven't measured it). > > Alright! I'll keep an eye on your branch and on the bugtracker, and > recompile & run my measurements when I spot your patch. Hi K=C3=A9vin, 5a55a845a7 * Implement 'maybe_gc_or_quit' to allow correct GC in compiled L= isp 34ed9d2498 * Introduce latches are fixing here this issue, now running fibn at speed 2 the memory consuptions stays constant. You'll still see the same behavior at speed 3 because there the programmer is supposedly responsible to add manually possible GC entry points. I think now 32bit should be in a much better state but I hadn't time to test it still. Thanks! Andrea -- akrl@sdf.org