From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.help Subject: Re: Observing lags or never ending processes Date: Sun, 11 Sep 2022 15:36:02 +0300 Message-ID: References: <83bkrm9ype.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="39221"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/+ () (2022-06-11) Cc: help-gnu-emacs@gnu.org To: Eli Zaretskii Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Sun Sep 11 15:10:32 2022 Return-path: Envelope-to: geh-help-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 1oXMjH-0009yc-Sf for geh-help-gnu-emacs@m.gmane-mx.org; Sun, 11 Sep 2022 15:10:31 +0200 Original-Received: from localhost ([::1]:34922 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oXMjG-0007JG-Vl for geh-help-gnu-emacs@m.gmane-mx.org; Sun, 11 Sep 2022 09:10:31 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45468) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oXMir-0007J1-5G for help-gnu-emacs@gnu.org; Sun, 11 Sep 2022 09:10:05 -0400 Original-Received: from stw1.rcdrun.com ([217.170.207.13]:58939) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oXMip-0002SN-0v; Sun, 11 Sep 2022 09:10:04 -0400 Original-Received: from localhost ([::ffff:197.239.4.199]) (AUTH: PLAIN admin, TLS: TLS1.3,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 00000000000B5AC5.00000000631DDE24.0000267E; Sun, 11 Sep 2022 06:09:55 -0700 Mail-Followup-To: Eli Zaretskii , help-gnu-emacs@gnu.org Content-Disposition: inline In-Reply-To: <83bkrm9ype.fsf@gnu.org> Received-SPF: pass client-ip=217.170.207.13; envelope-from=bugs@gnu.support; helo=stw1.rcdrun.com X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_SBL=0.141, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:139368 Archived-At: * Eli Zaretskii [2022-09-11 10:10]: > What do you mean by "never ending processes or lags"? Please describe > in more detail what you do and what you see. Also what version of > Emacs is that. Version is GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo version 1.17.6, Xaw3d scroll bars) of 2022-09-06, Repository revision: eaca6378d2c4b94bc70a7979642502a80bfacd11 And I observe that since months. Basically on invokation of a command, something starts happening in background, preventing command to run straight, and I know that it would kind of finish execution and my command would run, but it takes long time. Almost always I interrupt it with C-g multiple times, then I try again. It can also happen during writing or normal operations. I am watching CPU load, so I see CPU load increasing. Just before minutes, I was doing M-% replacement and then it finds one term, I answer with `y' and then it finds another one, and so on, then in middle of that all findings, then something starts in background, preventing me to do the work. My timers: -1d 23h 59m 51.6s 1m battery-update-handler -1d 23h 59m 51.9s 5.0s proced-auto-update-timer -1d 23h 59m 59.1s - undo-auto--boundary-timer 26.9s 1m display-time-event-handler 2m 51.6s 5m persistent-scratch-save 2m 53.7s 5m savehist-autosave 2m 54.0s 1h url-cookie-write-file * 0.1s t show-paren-function * 0.5s :repeat blink-cursor-start * 0.5s t #f(compiled-function () # [jit-lock--antiblink-grace-timer jit-lock-context-fontify]) * 1.0s t pabbrev-short-idle-timer * 1.0s t which-key--update * 5.0s t pabbrev-idle-timer-function I see that pabbrev timers are there even if global-pabbrev-mode is off, maybe turning off that mode should remove timers as well. Maybe it is some of them. I will try turning them off one by one during longer periods to observe and maybe find that out. Jean Take action in Free Software Foundation campaigns: https://www.fsf.org/campaigns In support of Richard M. Stallman https://stallmansupport.org/