From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jonas Hahnfeld via "Developers list for Guile, the GNU extensibility library" Newsgroups: gmane.lisp.guile.devel Subject: Re: GC + Java finalization Date: Fri, 19 Nov 2021 14:38:29 +0100 Message-ID: References: <9ce77d5e08d50456eddc575179b68ac17afc9bf6.camel@hahnjo.de> <581b067421cd139069b74d5c8a253830cee795a3.camel@telenet.be> Reply-To: Jonas Hahnfeld Mime-Version: 1.0 Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-7oKiN70ixcDul3yAnnSr" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="37119"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Evolution 3.42.1 To: Maxime Devos , guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane-mx.org@gnu.org Fri Nov 19 14:43:37 2021 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 1mo4Ay-0009Vt-81 for guile-devel@m.gmane-mx.org; Fri, 19 Nov 2021 14:43:36 +0100 Original-Received: from localhost ([::1]:41364 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mo4Aw-00055T-I6 for guile-devel@m.gmane-mx.org; Fri, 19 Nov 2021 08:43:34 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:56894) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mo46N-0008Rl-S2 for guile-devel@gnu.org; Fri, 19 Nov 2021 08:38:51 -0500 Original-Received: from [2a03:4000:2a:2c1::1] (port=51092 helo=mail.hahnjo.de) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mo468-000141-IV for guile-devel@gnu.org; Fri, 19 Nov 2021 08:38:51 -0500 Original-Received: from [IPv6:2001:16b8:1e92:200:6657:51b0:48f8:9366] (unknown [IPv6:2001:16b8:1e92:200:6657:51b0:48f8:9366]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.hahnjo.de (Postfix) with ESMTPSA id A1ECA542899C; Fri, 19 Nov 2021 14:38:30 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hahnjo.de; s=default; t=1637329110; bh=OB5ma+fUcxQAVC7w3/kfrPMcrEEF4jQ6xr67fDnwTRM=; h=Subject:From:To:Date:In-Reply-To:References; b=BJuO1zPmKkRPcXWISugbJQjueD7gjp0PBZxffuVIrJgnbHYh30DVx+i6w1JMA67+b sFHbhkNEhivTaTtaOKWcK8c7JvKK3xrdQR9HRCMI/Uo6uo37Tg5HbYc6ljH7gRSnq5 spIaYV9Sn3rkPaa+of47ix0YY9rEqer260hFGAY7DJ8s9jUKjA2J2xGNAdlYh8C+rZ nbmxt02pb98meSPSqnIpLu5LPVFUjkGsbCYu6hKWpanbfsc2MfjYSWBTTHE6GphPnP b8p3GTnoTbQ/aG7cMfM9PgYbgy0b4cnnzBaJwObzGZe93M8T6ajZW6R6HCZI2ctiJM fpsTUA13kTvgw== In-Reply-To: <581b067421cd139069b74d5c8a253830cee795a3.camel@telenet.be> X-Host-Lookup-Failed: Reverse DNS lookup failed for 2a03:4000:2a:2c1::1 (failed) Received-SPF: pass client-ip=2a03:4000:2a:2c1::1; envelope-from=hahnjo@hahnjo.de; helo=mail.hahnjo.de X-Spam_score_int: -12 X-Spam_score: -1.3 X-Spam_bar: - X-Spam_report: (-1.3 / 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, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, T_SPF_TEMPERROR=0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.29 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:20963 Archived-At: --=-7oKiN70ixcDul3yAnnSr Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Am Freitag, dem 19.11.2021 um 13:17 +0000 schrieb Maxime Devos: > Jonas Hahnfeld schreef op do 15-07-2021 om 20:44 [+0200]: > > +=C2=A0 /* For guardians, we use unordered finalization `a la Java. */ >=20 > Maybe add the reasons why this is only done when a guardian is created? > E.g., >=20 > /* Don't use unordered finalization when not using guardians, > =C2=A0 =C2=A0 because Java finalization prevents fast collection of chain= s of > unreachable objects */ I think this is a misunderstanding: bdwgc still defaults to Java-style finalization, my patches only make it possible to disable it while maintaining a working Guile. > Not 100% about the exact purpose of avoiding Java-style finalization, > you might want to adjust the wording somewhat ... As discussed in July, it's a possible optimization because it allows the garbage collector to reclaim more memory at once. I'm not sure if it's worth it in real applications, but making Guile ready seemed like a good idea. Jonas --=-7oKiN70ixcDul3yAnnSr Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQEyBAABCAAdFiEEXw/5YGpL6H9VOgO2kcnDPSxhrNsFAmGXqNUACgkQkcnDPSxh rNv+fAf40dFxAhCKvjGJTICc774seSOV0t9oKNr91JzJSBGxv2yhK6pdd5pUt5UO NGNjfVxd6WeM9spuJUI8WpW+SaiCZjn2fGixjS3f5w7v9aXSp12V58asEhJSX+3j TjUrAiZh8DMnZaF2uS64Pfu8IZ3Jy2NJl/Fzn05o5P9wkn6DsDCnDx/rWDuAh4Pl Tybqw1dB27yKdZ8pm+fxxqkQaVdg5YknwfcswWdjo64zzVXzq6Jbuw4eQt62HLZt o7Xy7w6X1CvGb39hIAIz/jvwiA+J6Op3bxpNYb5v1pMNIMxTFUgV8xBH77fyKfhS 3mr6tTv95Q88c5ZfgWduD+2IztL4 =+/JP -----END PGP SIGNATURE----- --=-7oKiN70ixcDul3yAnnSr--