From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Han-Wen Nienhuys Newsgroups: gmane.lisp.guile.devel Subject: garbage collection slowdown Date: Tue, 28 Jan 2020 23:41:10 +0100 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="114861"; mail-complaints-to="usenet@ciao.gmane.io" To: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane-mx.org@gnu.org Tue Jan 28 23:42:22 2020 Return-path: Envelope-to: guile-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 1iwZYr-000Tnl-NY for guile-devel@m.gmane-mx.org; Tue, 28 Jan 2020 23:42:21 +0100 Original-Received: from localhost ([::1]:38306 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iwZYq-0004TQ-Ml for guile-devel@m.gmane-mx.org; Tue, 28 Jan 2020 17:42:20 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42052) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iwZXw-000441-7Q for guile-devel@gnu.org; Tue, 28 Jan 2020 17:41:25 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iwZXv-0007Af-0t for guile-devel@gnu.org; Tue, 28 Jan 2020 17:41:24 -0500 Original-Received: from mail-oi1-x236.google.com ([2607:f8b0:4864:20::236]:42572) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iwZXu-00078K-SZ for guile-devel@gnu.org; Tue, 28 Jan 2020 17:41:22 -0500 Original-Received: by mail-oi1-x236.google.com with SMTP id j132so10951233oih.9 for ; Tue, 28 Jan 2020 14:41:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=MNUIdyaWjYLAOBhHn02AKWISgEDmOmyV/PrHojrfMCM=; b=S/Q3aMSGRq5+ku6JjT5HaS9pbyJZhBQFZPzhLOBoSDNdCO+NRBIx1Odiu46p3Pehop AMrKa0v7mJc9xrhfkNOIA2tZoYFjhgKah5N+STjAY2EZbkIAsC/Ny6qTzCYk540f9KUN oX1zGSyt/kEBYUdMsyHrfFrPqBLFG/hudasvwyHKqL+NCuNU7QRcpbPlvUpV18swHUwk vD44NURdU+53Ev4Gcz0LR6p4tF3dvXEIcHnVjnhmlaDI6hqEcBEL58FNumfi5kSmpqxi 7tsupx6QtE/MtnXv1p5eclpNcNKSDib3NdjHx1+SWd4XYQOwfztNVcrhjWj/hdr62Rcr L91g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=MNUIdyaWjYLAOBhHn02AKWISgEDmOmyV/PrHojrfMCM=; b=XqvqnwQXh3UZDw7eaZTreCODqCG3ZM/g0flP2ocUfsiIszvCuCUUEXlx5XUeYCNAu4 2zmWDBcIb1TTBYPT5BZ03s2rydHUxL+IjO6DwaLSzVLkt8Z0Ihc2aN1FVKla/or0G/w9 euk/AY2jMwkD+tjv0g1Po7CRMm4eaRHBqtRlsK/yet3OR0VHC+qx7vDyKuJM+D5C7gHR aWmqhnSeoqPLcAnKuWjn+qMKu548qHDdRKGBjoVzExplPUb8B174MlsBWXfnpopOFZVv Z10nagN55D0LPCINbMertW6OgHqVdXZJy4KFdsNItuMZ/nYlD0oToC5N0daFTrbtqLjB MtCg== X-Gm-Message-State: APjAAAXM1ixVHA55VPtcTPE+BOAW9oywZCuyZlvzvXu5p0NQNAe53GZh UYO+rvXaX+LVIqkcmf6XBhy0IMvkw/JtD+7iWToA+kVu X-Google-Smtp-Source: APXvYqxZvGosayUOhsfFDLHBY9mVzCRKRrHzB6jomMdUFvgjnHTsh3d44a4nHJyF3OTdEP8/Uz06LBWDs01neD9orhg= X-Received: by 2002:a05:6808:b18:: with SMTP id s24mr4316151oij.31.1580251281461; Tue, 28 Jan 2020 14:41:21 -0800 (PST) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::236 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane-mx.org@gnu.org Original-Sender: "guile-devel" Xref: news.gmane.io gmane.lisp.guile.devel:20348 Archived-At: Hi folks, after a long hiatus I have started getting involved with LilyPond again, and one of the things I'd like to do is get LilyPond off GUILE 1.8. Experiments suggest that starting from GUILE 2.2, the execution performance is on par with 1.8. There are 2 open issues: caching byte compiled files (which I haven't looked into yet), and GC. Unfortunately, it looks like the adoption of the BDW GC library caused a ~6x slowdown, causing an overall end-to-end slowdown of 50%. I was wondering if you folks would have tips to further tune GC for wall-time speed, and if there additional diagnostics to see if we're doing something extraordinarily silly. I already found the GC_free_space_divisor, but I already tuned to its fastest value, 1. -- Han-Wen Nienhuys - hanwenn@gmail.com - http://www.xs4all.nl/~hanwen