From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gregor Zattler Newsgroups: gmane.emacs.devel Subject: Re: Suppressing native compilation (short and long term) Date: Sun, 23 Oct 2022 19:08:23 +0200 Message-ID: <87k04qii2g.fsf@no.workgroup> References: <875yga36qp.fsf@no.workgroup> <83wn8qr0a3.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="37554"; mail-complaints-to="usenet@ciao.gmane.io" Cc: spwhitton@spwhitton.name, rlb@defaultvalue.org, monnier@iro.umontreal.ca, david@tethera.net, emacs-devel@gnu.org, akrl@sdf.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Oct 24 07:12:21 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 1ompl7-0009aP-Fd for ged-emacs-devel@m.gmane-mx.org; Mon, 24 Oct 2022 07:12:21 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1omnET-00034h-L1; Sun, 23 Oct 2022 22:30:29 -0400 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 1omeSs-0005Nz-A7 for emacs-devel@gnu.org; Sun, 23 Oct 2022 13:08:46 -0400 Original-Received: from mout.gmx.net ([212.227.17.22]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1omeSq-0004l5-IK; Sun, 23 Oct 2022 13:08:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1666544913; bh=enf/6yy62lV40fVvLJ43HdowNEwx5DoKlXvtIsfwFQg=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=j7ec27JVQ7ujoHIC/1CJfGyBDCzhgpuyO8X2u77N+/ORLs5eUalx5305p+2hG52UQ KpBEl1dZ3w1CcPq0BFDGK9IjgB1JLf9DMcnVjMUBXjZ3MasupQRmWy7Jo7wvTN2MMs 5c907bRRB7vJp4I3bxrZS3fqD4Cza5uEP7aGOciI= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from localhost ([37.166.204.140]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MmULx-1pUTbd2uS9-00iQh3; Sun, 23 Oct 2022 19:08:32 +0200 In-Reply-To: <83wn8qr0a3.fsf@gnu.org> Mail-Followup-To: Eli Zaretskii , spwhitton@spwhitton.name, rlb@defaultvalue.org, monnier@iro.umontreal.ca, david@tethera.net, emacs-devel@gnu.org, akrl@sdf.org X-Provags-ID: V03:K1:N1AabZpFsloFOBfMEZIVgpP3v/mylOW/g2B+cex8517bmgdYwku Yci24mIGHnC5TWGZs3GpE9pIy9jYOOfinlKxxNHAshtz8uWqUda5wNVfWphsckXMFmy1eBT oQNwUR9s6JKFlygewOss3RESSW9DhZACootyyCCfxu6KJXRfjAZ7c5hJCwK33vHjRtu36Jn iq4C3SnTPuaKAUgUHHmUQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:y/nFn3KK5g8=:m02Wd3qOW2D9sVvYy9wa9G hvcurHp44Dkg4wQSARoATjC6NsXefY/3ysBSj+KP0bUofFm1/s8hIbiUmOrpPJaeg0UgCslpl QKfGVUdWhj3AM5hwU4krfMC0rdal31ngBjvYCbnELuZezdMNuluvgcOVkdgzodDQBXreJM9qG uOkSN6tnyxhbS3vCEYL4n3x1CAzLsYkzvtY5133JZi/VVLVzQ6RI+hnB0TtXnihX1D51GBvka ggxJnh2Ai3+MBNDFe3lYASvPw2J/LZ8ouMPoJutcITEe063oOq+bgNzBHq2uyaL5e7zhOg5ob Auv/GkWiG4+dTq5xe/da16ysGuu39QnAJ0EiIhEVrKF5EUluZTR1c5Ghbo5/1ILzerNQzuB70 7YP/MZNynOK0NS9DxgUcCAbP4qTSoCKSx6t4mWO3AIPGInpWDejiaZrX8QsfxI0Poxu4Jtd+m nc+RKxXe2OPD7xlv7E26MYYZTqvC6iJXvG6D545/vxvsls6wSeln2rqHQyMyIKVI6BfqXa2QU aOF1GRRkkIWKJcwtUUAqBCx5zFQTP0Jt2GqNrP2bs8yUvh+3U/428y4pwJOluGydOkzegKno8 DrwdcgsFkCToznFCIgUXPnvEDF9osKYKmtYJlqOPn8NNPP5pEpr3QXX2s3bdXlGpY2NFUbtzb jl055/aoj+Plkcip6kilYFRC9sQXckU12NdQLGTJ0Ro0kBbFxrAO6o85jYhTt26LF17xiPYFQ ako1hSasq2/PL7BQDGIETsksE/sH+y3C1FdEoGL0FLMXTOkv2Eco0biEmk/6CUHS/rXxaMmx Received-SPF: pass client-ip=212.227.17.22; envelope-from=telegraph@gmx.net; helo=mout.gmx.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action 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: , Original-Sender: "Emacs-devel" Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:298322 Archived-At: Hi Eli, * Eli Zaretskii [2022-10-23; 19:07 +03]: >> From: Gregor Zattler >> Cc: rlb@defaultvalue.org, monnier@iro.umontreal.ca, david@tethera.net, >> emacs-devel@gnu.org, akrl@sdf.org >> Date: Sun, 23 Oct 2022 17:22:06 +0200 >> Strangely, that is not what I see. Instead every time I >> start Emacs (since a week or so) like this >> >> cd ~/src/emacs-master-next/src; gdb emacs -ex 'set logging file /tmp/gd= b.txt' -ex 'set logging on' -ex 'set logging file /tmp/gdb.txt' -ex 'run -= -fg-daemon' >> >> after roughly 30 seconds I see asynchronous compilation >> processes which last at least 120 to most 150 seconds. >> While this is the case in htop these compilation processes >> are most of the time the top most cpu consumers, in powertop >> I see several emacs processes are consuming power right >> after the devices of my laptop. > > Please tell the details: which files are being compiled, and whether > do you see the corresponding *.eln files in the eln-cache afterwards. > Once a .eln file is in the eln-cache, the next invocation should not > re-compile the same file, it should load the compiled .eln file from > the eln-cache. perhaps I misinterpreted and what I saw was the testing of the .eln cache?: I did find "/home/grfz/.config/emacs/eln-cache/" "/home/grfz/src/emacs-master-ne= xt/native-lisp/" -type f | xargs -r ls -Altr > /tmp/before while sleep 1 ; do ps -eo pid,tty,stat,user,group,etime,time,cgroup,args = fax >> faxme; done # while emacs started find "/home/grfz/.config/emacs/eln-cache/" "/home/grfz/src/emacs-master-ne= xt/native-lisp/" -type f | xargs -r ls -Altr > /tmp/before now $ diff -aNur before after $ =2D-> No new .eln files were written. But file faxme contains 280 lines like this: /home/grfz/src/emacs-master-next/src/emacs --batch -l /tmp/emacs-async-com= p-cl-lib-7Go9da.el 0 grfz@no:/tmp$ grep -o 'emacs-async-comp-.*' faxme | cut -d - -f 4- | sed= -e "s/-[^-]*\.el$//" |sort -u | while read ; do grep -qs $REPLY before ||= echo $REPLY; done 0 grfz@no:/tmp$ So all these "emacs-async-comp-cl-lib-7Go9da.el" like files have corresponding files in the .eln cache. Is it possible that it takes 150 secs to test the .eln cache? > Could it be that your eln-cache is deleted between sessions? no. Ciao; Gregor =2D- -... --- .-. . -.. ..--.. ...-.-