From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Justin Van Winkle Newsgroups: gmane.emacs.bugs Subject: bug#33194: 26.1; Auto-revert mode causes emacs to use 100% cpu whenever a file is being written to in the home directory Date: Mon, 29 Oct 2018 17:14:33 -0400 Message-ID: References: <878t2gbisr.fsf@gmx.de> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000dbf1090579648e55" X-Trace: blaine.gmane.org 1540847594 21267 195.159.176.226 (29 Oct 2018 21:13:14 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 29 Oct 2018 21:13:14 +0000 (UTC) Cc: 33194@debbugs.gnu.org To: michael.albinus@gmx.de Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Oct 29 22:13:09 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gHEqT-0005Ov-Hf for geb-bug-gnu-emacs@m.gmane.org; Mon, 29 Oct 2018 22:13:09 +0100 Original-Received: from localhost ([::1]:49020 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gHEsZ-0006V1-T2 for geb-bug-gnu-emacs@m.gmane.org; Mon, 29 Oct 2018 17:15:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42255) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gHEsN-0006TU-A5 for bug-gnu-emacs@gnu.org; Mon, 29 Oct 2018 17:15:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gHEsI-0005OF-FT for bug-gnu-emacs@gnu.org; Mon, 29 Oct 2018 17:15:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:48007) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gHEsI-0005Nz-5g for bug-gnu-emacs@gnu.org; Mon, 29 Oct 2018 17:15:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gHEsH-0002U3-UB for bug-gnu-emacs@gnu.org; Mon, 29 Oct 2018 17:15:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Justin Van Winkle Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 29 Oct 2018 21:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33194 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 33194-submit@debbugs.gnu.org id=B33194.15408476939520 (code B ref 33194); Mon, 29 Oct 2018 21:15:01 +0000 Original-Received: (at 33194) by debbugs.gnu.org; 29 Oct 2018 21:14:53 +0000 Original-Received: from localhost ([127.0.0.1]:52265 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gHEs9-0002TU-1B for submit@debbugs.gnu.org; Mon, 29 Oct 2018 17:14:53 -0400 Original-Received: from mail-lj1-f175.google.com ([209.85.208.175]:38741) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gHEs5-0002TD-Vx for 33194@debbugs.gnu.org; Mon, 29 Oct 2018 17:14:51 -0400 Original-Received: by mail-lj1-f175.google.com with SMTP id k11-v6so9293760lja.5 for <33194@debbugs.gnu.org>; Mon, 29 Oct 2018 14:14:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=aumPlVNF/kYgAt0lZ2NY11I/WacGCE3YvwB+CB8Gk6I=; b=T0PAevQ3be8yn2UBSFuyC1H/8GIR8s0/Nw7MQ4RbLCYAWyA4R123tC6mgatnGcFls3 XKTx72u4tcWjdwjAvjkWvAhKAcE3SnljVFTUj8l1eVOUiSVQA8DaBs5MfnwNzu/7CKR5 pdDNVopZuLyqVZ7GH9XjTGy6LJ4fA34PsTS59CepvtIBEgpBqCSLANa3ydSFk8tfKOz0 SsJnhsWDtVvaVjVPXImPCWNsl7CW+PTnJG4ub0WQoFZENucosp4EbGejE5LN7lgKQiyv Z4+uyjhyGj5S2fdk46pfUWUQx9qZSoHWbXqTCXGkdEd3K/dUgdn2jail1ey8404fECnG PM6A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=aumPlVNF/kYgAt0lZ2NY11I/WacGCE3YvwB+CB8Gk6I=; b=RZ2BLN4ClS6eL8oGss9LilGM7ONBSTQMPosiCoiO3e4k+FTAbjo8WagFRUwBHrgW0R wfnmYyoUHoRvXeB5hgUyID5b0hLLMuU/9O/nb6j7kvwdK+txFUOL8LpT2bNyG0sLRqIP irCCTPFU+uVcyaJ6W6fQcAcPUfpSkMcQ1AsUv34ma/cmtwTrYhDv3/A9URwEPzmZ6U2j nuhE1ha9W6Qqnar942ZAmAAJnjcE++rU6nBR5eihysXWcXD74QW6zAN682qUPLQffjI9 6D0+hgV2jYJRNY3UR5FpsKl0bo4Ygx674ROF4cmeKeC8vG935Ef6gfn/+xwitk/+EnU/ 9D0w== X-Gm-Message-State: AGRZ1gJECydv4mnrCiO+LSKW02eXfMNJSLerpU5lKiYiM2DN45voQL3K Inw6eiryf7wrp9UxJqXlhKxsKY+OdF07FQSBkK0= X-Google-Smtp-Source: AJdET5eYMkUiIK99Ycz90erQEZtlH9BJFPikxlEssbKBbOB0GYVe48T3RfXdFwQ2UApxzMEWpyos5HBwAUDUP5v6ffI= X-Received: by 2002:a2e:824c:: with SMTP id j12-v6mr10131932ljh.168.1540847684021; Mon, 29 Oct 2018 14:14:44 -0700 (PDT) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:151789 Archived-At: --000000000000dbf1090579648e55 Content-Type: text/plain; charset="UTF-8" Disabling global-revert-buffer-mode also led to emacs not using cpu. On Mon, Oct 29, 2018 at 5:13 PM Justin Van Winkle < justin.vanwinkle@gmail.com> wrote: > Hi Michael, > > It was outside of emacs. SCP would trigger the cpu usage in emacs, rsync > would not (oddly). Both "cat /dev/zero > somefile" and "dd if=/dev/zero > of=somefile" would trigger it if somefile was in my $HOME directory, but > none of these would trigger it if I did it in, for example, $HOME/Downloads/ > > I am pretty sure I can reproduce this at will if you need. > > - Justin > > On Mon, Oct 29, 2018 at 4:27 PM Michael Albinus > wrote: > >> Justin Van Winkle writes: >> >> Hi Justin, >> >> > I enable global-auto-revert-mode. I noticed that when I was scp'ing a >> > large file to my home directory, every emacs process on my machine was >> > trying to use 100% cpu. When I stopped the file transfer, emacs would >> > go back to idle cpu usage. I ran the emacs profiler and narrowed it >> > down to revert-buffer. Auto revert was apparently listening for >> > changes in my home directory, even for things like file creation or >> > file modified for files emacs did not have open. >> >> How did you "scp'ing a large file"? Inside Emacs, using Tramp, or >> outside Emacs? >> >> Best regards, Michael. >> > --000000000000dbf1090579648e55 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Disabling global-revert-buffer-mode also led to emacs not = using cpu.

On Mon, Oct= 29, 2018 at 5:13 PM Justin Van Winkle <justin.vanwinkle@gmail.com> wrote:
Hi Michael,

It was= outside of emacs.=C2=A0 SCP would trigger the cpu usage in emacs, rsync wo= uld not (oddly).=C2=A0 Both "cat /dev/zero > somefile"=C2=A0 a= nd "dd if=3D/dev/zero of=3Dsomefile" would trigger it if somefile= was in my $HOME directory, but none of these would trigger it if I did it = in, for example, $HOME/Downloads/

I am pretty sure= I can reproduce this at will if you need.

- Justi= n

On Mon, Oct 29= , 2018 at 4:27 PM Michael Albinus <michael.albinus@gmx.de> wrote:
Justin Van Winkle <justin.vanwinkle@gmail.com> wri= tes:

Hi Justin,

> I enable global-auto-revert-mode.=C2=A0 I noticed that when I was scp&= #39;ing a
> large file to my home directory, every emacs process on my machine was=
> trying to use 100% cpu.=C2=A0 When I stopped the file transfer, emacs = would
> go back to idle cpu usage.=C2=A0 I ran the emacs profiler and narrowed= it
> down to revert-buffer.=C2=A0 Auto revert was apparently listening for<= br> > changes in my home directory, even for things like file creation or > file modified for files emacs did not have open.

How did you "scp'ing a large file"? Inside Emacs, using Tramp= , or
outside Emacs?

Best regards, Michael.
--000000000000dbf1090579648e55--