From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Andrea Corallo Newsgroups: gmane.emacs.bugs Subject: bug#51110: Native-comp leaks fds open on /dev/ptmx Date: Tue, 30 Nov 2021 20:24:59 +0000 Message-ID: References: <1222487.1633798903@pental> <83k0imw24x.fsf@gnu.org> <83a6hltn10.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5167"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: stepheng+emacs@gildea.com, 51110@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Nov 30 21:26:11 2021 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 1ms9hb-0001BK-6a for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 30 Nov 2021 21:26:11 +0100 Original-Received: from localhost ([::1]:42156 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ms9hZ-0001wT-1G for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 30 Nov 2021 15:26:09 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:59206) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ms9hS-0001w9-Sh for bug-gnu-emacs@gnu.org; Tue, 30 Nov 2021 15:26:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:59279) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ms9hS-000561-Ju for bug-gnu-emacs@gnu.org; Tue, 30 Nov 2021 15:26:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ms9hS-0003b3-AJ for bug-gnu-emacs@gnu.org; Tue, 30 Nov 2021 15:26:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 30 Nov 2021 20:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51110 X-GNU-PR-Package: emacs Original-Received: via spool by 51110-submit@debbugs.gnu.org id=B51110.163830390413747 (code B ref 51110); Tue, 30 Nov 2021 20:26:02 +0000 Original-Received: (at 51110) by debbugs.gnu.org; 30 Nov 2021 20:25:04 +0000 Original-Received: from localhost ([127.0.0.1]:42592 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ms9gW-0003Zf-3f for submit@debbugs.gnu.org; Tue, 30 Nov 2021 15:25:04 -0500 Original-Received: from mx.sdf.org ([205.166.94.24]:60158) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ms9gT-0003Z8-1B for 51110@debbugs.gnu.org; Tue, 30 Nov 2021 15:25:02 -0500 Original-Received: from ma.sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 1AUKOxST029793 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Tue, 30 Nov 2021 20:25:00 GMT In-Reply-To: <83a6hltn10.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 30 Nov 2021 22:18:51 +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:221172 Archived-At: Eli Zaretskii writes: >> From: Andrea Corallo >> Cc: Stephen Gildea , 51110@debbugs.gnu.org >> Date: Tue, 30 Nov 2021 20:13:07 +0000 >> >> Eli Zaretskii writes: >> >> >> From: Stephen Gildea >> >> cc: Andrea Corallo , 51110@debbugs.gnu.org >> >> Date: Sat, 09 Oct 2021 10:01:43 -0700 >> >> >> >> Apparently what's happening is that Emacs forks off a child Emacs to do >> >> the compile and allocates a pty to the child. These ptys are not >> >> closed until the compile completes. It seems Emacs needs to better >> >> manage the number of simultaneous open ptys. Or at least be able to >> >> wait and retry if an open fails. >> > >> > Emacs limits the number of these background processes, see >> > native-comp-async-jobs-number. (The value zero means use half of the >> > number of execution units available in the system's processor.) So we >> > generally shouldn't have more than that number of open pipes at any >> > given time. For the obvious reasons they cannot be closed until the >> > sub-process exits. >> >> Is there any action we need/can take on this bug? > > I don't think there's anything we _can_ do here, and I tried to > explain why. I agree, I don't think we really want support `invocation-name' modifications at runtime. Shall we close this bug? Andrea