From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Pip Cet via "Emacs development discussions." Newsgroups: gmane.emacs.devel Subject: Re: igc, macOS avoiding signals Date: Mon, 30 Dec 2024 10:46:28 +0000 Message-ID: <87zfkd1mb9.fsf@protonmail.com> References: <799DDBC5-2C14-4476-B1E0-7BA2FE9E7901@toadstyle.org> <86ed1rswup.fsf@gnu.org> Reply-To: Pip Cet 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="18419"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , spd@toadstyle.org, emacs-devel@gnu.org To: =?utf-8?Q?Gerd_M=C3=B6llmann?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Dec 30 13:00:22 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 1tSERY-0004fq-RN for ged-emacs-devel@m.gmane-mx.org; Mon, 30 Dec 2024 13:00:20 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tSEQv-0006dd-Dk; Mon, 30 Dec 2024 06:59:41 -0500 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 1tSDIC-0002Pi-FU for emacs-devel@gnu.org; Mon, 30 Dec 2024 05:46:36 -0500 Original-Received: from mail-4316.protonmail.ch ([185.70.43.16]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tSDIA-0000mJ-Nf; Mon, 30 Dec 2024 05:46:36 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1735555591; x=1735814791; bh=7+mEP/EIgE4WwIrS5O1QKqTLDigMTtXiUQvPwSZl/RM=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post; b=B7RMg/GXyki/RMhkMrfREfV/cbIf6Q2COKn83sefqWpnN2X0BDG5i/9CdqSZCndag UiHEDZ7U8GkL0v/JA0W/aHLsGUZ3Bj42E38H9Y4hgJX2UQNnRnHG/ctYqK2en36Kxj q2QQXTPYmfOkLOJCfZNWZiAEoQa4o8jl/Xy7nC1wTbeVKHDNeLBoBe2uQgoaX3CDpV RzQE/Vdj75jgqjkq0mUltpFEHheds0Ec3Ns7rowplgBHtpy7XPF4l2728B838XkijI nN29O3/lOspjfm5bTWoKjvdzt9OUQ5R3BjKm7c2VxKnX6ZlZWLG3ZIZAv5jlBdmVsW hHLoahuczq8Mw== In-Reply-To: Feedback-ID: 112775352:user:proton X-Pm-Message-ID: 9505117a092a09641d1932a15e78be1a505b80f3 Received-SPF: pass client-ip=185.70.43.16; envelope-from=pipcet@protonmail.com; helo=mail-4316.protonmail.ch X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Mon, 30 Dec 2024 06:59:40 -0500 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:327405 Archived-At: Gerd M=C3=B6llmann writes: > Gerd M=C3=B6llmann writes: > Anyway, it definitely seems to be the case that MPS is _not_ running GCs > concurrently, unless it would do things that I find highly unlikely. > > I find that a bit, let's say, disappointing, TBH :-(. Well, I think that MPS is bring-your-own-thread concurrent. I'm not sure the current MPS can usefully be concurrent, because of the thread suspension thing, but we can run it in another thread if we want to. (If it turns out that using a separate thread isn't an advantage, we should look at reducing the size of our roots (or protecting them) rather than giving up on the idea entirely. As long as other threads freely move references to and from global roots, detecting unreachable objects is hard.) Pip