From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Suppressing native compilation (short and long term) Date: Mon, 03 Oct 2022 21:44:30 +0300 Message-ID: <83a66cycfl.fsf@gnu.org> References: <87bkqxf1ij.fsf@tethera.net> <8335c9dkyf.fsf@gnu.org> <83tu4odez7.fsf@gnu.org> <871qrrpkgx.fsf@trouble.defaultvalue.org> <834jwnbi6c.fsf@gnu.org> <87mtafnun5.fsf@trouble.defaultvalue.org> <83sfk6ahty.fsf@gnu.org> <87v8p1aiof.fsf@melete.silentflame.com> <835yh0zxqd.fsf@gnu.org> <878rlwahrg.fsf@melete.silentflame.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8807"; mail-complaints-to="usenet@ciao.gmane.io" Cc: rlb@defaultvalue.org, monnier@iro.umontreal.ca, david@tethera.net, emacs-devel@gnu.org, akrl@sdf.org To: Sean Whitton Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Oct 03 20:53:37 2022 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 1ofQZM-00026n-Nw for ged-emacs-devel@m.gmane-mx.org; Mon, 03 Oct 2022 20:53:36 +0200 Original-Received: from localhost ([::1]:36054 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ofQZK-0008Ub-Jz for ged-emacs-devel@m.gmane-mx.org; Mon, 03 Oct 2022 14:53:34 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33202) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ofQQf-0006O8-1n for emacs-devel@gnu.org; Mon, 03 Oct 2022 14:44:37 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:33778) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ofQQe-0004xw-Bg; Mon, 03 Oct 2022 14:44:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=FQn+g+bizwL2raIFC3XKP20xI3hT3uSOLhxjyS9pZhk=; b=CXufy2hXKEbz EJxayj54XXVcDKOeE3I1pRVQlVftUK990aRxecMtK5S6raE1OeWMGmp6wQ4U3mcGPA/4iFlSb6Oke Xs2DUUYb0JKQYdu61tlGGdcxwoDMX9e5HbWqJ2lq6Pv2WVJNmyYoLVGoGd8agSRhN6cusbtELXhxz Nkc9E+zHnZ6SuY0ccY8b7dBgBHsVmGx+lCtyuVZ8DUAekWOQX8HSEFp/QVF3e5vTdqzz8po1U2ohH sLMBegneU0Nvgp2Yywa4lsKBBllKLnCbiUGBIHiBFH14YFOkMloo7XByLs4m7nKjIZiHI1Nu9/QUr PEBngl+0fYGWpILmuReUUA==; Original-Received: from [87.69.77.57] (port=1686 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ofQQd-00036j-Rk; Mon, 03 Oct 2022 14:44:36 -0400 In-Reply-To: <878rlwahrg.fsf@melete.silentflame.com> (message from Sean Whitton on Mon, 03 Oct 2022 11:23:15 -0700) 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" Xref: news.gmane.io gmane.emacs.devel:296786 Archived-At: > From: Sean Whitton > Cc: rlb@defaultvalue.org, monnier@iro.umontreal.ca, david@tethera.net, > emacs-devel@gnu.org, akrl@sdf.org > Date: Mon, 03 Oct 2022 11:23:15 -0700 > > > How does this work in practice? I mean, what exactly do you mean by > > "processes they start themselves"? You mean, you know by heart each > > Emacs command that invokes a subprocess, and avoid to invoke them all > > unless the laptop is plugged in? I don't believe this is practical, > > because even "C-x C-f" invokes a a subprocess when you visit a file > > under VCS (which I guess happens a lot to the likes of you and me). > > And how can a person avoid all of those commands? What am I missing? > > Native compilation is significantly more CPU intensive than any of these > other things, though. Do you have data to support that? I just cited mine, and it doesn't sound intensive to me. E.g., when some command invokes Git, Git could decide that it's time to do a background GC, and that will be quite CPU intensive. And yet we all use VC without fear. But I must stop raising the noise level here, because that's what all I write seems to be good for -- making noise that no one takes seriously, starting from Lars. Sorry.