From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Aaron Jensen Newsgroups: gmane.emacs.bugs Subject: bug#22993: Potential fix/workaround for 22993 Date: Sat, 11 Jun 2016 16:23:48 +0000 Message-ID: References: <56e3b195c3d99f7e00000000@polymail.io> <56e3cc76c3d99f7e00000001@polymail.io> <20160611161935.GA27002@breton.holly.idiocy.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a1143e41c0aed470535031507 X-Trace: ger.gmane.org 1465662328 9975 80.91.229.3 (11 Jun 2016 16:25:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 11 Jun 2016 16:25:28 +0000 (UTC) Cc: 22993@debbugs.gnu.org To: Alan Third Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jun 11 18:25:19 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1bBlik-0000Di-Fb for geb-bug-gnu-emacs@m.gmane.org; Sat, 11 Jun 2016 18:25:14 +0200 Original-Received: from localhost ([::1]:47747 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bBlij-0002iQ-Nb for geb-bug-gnu-emacs@m.gmane.org; Sat, 11 Jun 2016 12:25:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43746) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bBlic-0002fa-Ka for bug-gnu-emacs@gnu.org; Sat, 11 Jun 2016 12:25:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bBliY-0003rD-9h for bug-gnu-emacs@gnu.org; Sat, 11 Jun 2016 12:25:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:53258) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bBliY-0003r9-56 for bug-gnu-emacs@gnu.org; Sat, 11 Jun 2016 12:25:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bBliY-0007UL-0F for bug-gnu-emacs@gnu.org; Sat, 11 Jun 2016 12:25:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Aaron Jensen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 11 Jun 2016 16:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22993 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: unreproducible Original-Received: via spool by 22993-submit@debbugs.gnu.org id=B22993.146566224428718 (code B ref 22993); Sat, 11 Jun 2016 16:25:01 +0000 Original-Received: (at 22993) by debbugs.gnu.org; 11 Jun 2016 16:24:04 +0000 Original-Received: from localhost ([127.0.0.1]:37362 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bBlhc-0007T8-GE for submit@debbugs.gnu.org; Sat, 11 Jun 2016 12:24:04 -0400 Original-Received: from mail-vk0-f43.google.com ([209.85.213.43]:33240) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bBlhb-0007Sf-89 for 22993@debbugs.gnu.org; Sat, 11 Jun 2016 12:24:03 -0400 Original-Received: by mail-vk0-f43.google.com with SMTP id d185so9741491vkg.0 for <22993@debbugs.gnu.org>; Sat, 11 Jun 2016 09:24:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=IHm91yAZ0z+NUJfe9OxhB0My0+Deor4GYbuFSWFgF+8=; b=CBKQKnhOQMu/cTIMfo4ujpkoWhgbzIz0TI5qkZQYDzc6BtbOf94tMhS9C8pG+lpu/n zCrnvyvsNjwQh865dcKLj7ix8zLRPwtJxSH/Bae0FdmGhVnNUAG9Wl6YXAIdNxG3suHt qwBP7/rEJ37sR0ATJvLa25FtSt1M4nsagWPkpdlZn811Vz4/iyRxWDDxnjwjEnm+JC3W UsZizNpqQdfMts1sDCbuD0X9podOQ7q6y1/aRymo42k4OKHpWGjpMLPCgXKBJ/0iqWZH B+KWN8YIhz/hOaqz9RoQa2bfQsnKpiltEhAmdjecxDQg/HnvSSv4QtqVGJjm6UvbqgwL 7dfg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=IHm91yAZ0z+NUJfe9OxhB0My0+Deor4GYbuFSWFgF+8=; b=YB3ty6/IJ8v6MQq4SSKaZ+pAzRj2TdEZLMgzn67BT7/0OwMEjtXO2EatOPnkoG0e9J tfqJizHsdQR8boTLIn1AV+ZuEUpkcr4qmKZk5WYIbs2UDl7Y5B929HFUhtVFpE3gMMB8 FaRUHIiFB4YFNO1J7yctLhOTYZOXJxFfvuITVrHhhEzAvTGNQGqebxt5SNoP4Dmq0rwx OtjIuR+vRZv9dzGnyDbVWoZdudaoqMuRjP5TZ8FXH65fGY3zauD6VaJM5UqECLd4erYn qPNEYi1Rxz1OCT/yGlpGtVsUwNBGznv+1x38os08R6IzNLUjofCZdv+YqXAsfD006TtK 3LTA== X-Gm-Message-State: ALyK8tK+tNbgjhnhQoGzNmPHE4hlgzsuzv/zA1MGmQnwoaEE6f0xMFGvWVbp+2TcwxKs5Hms/17PJ/QX8fGNxA== X-Received: by 10.31.54.78 with SMTP id d75mr3062924vka.117.1465662237762; Sat, 11 Jun 2016 09:23:57 -0700 (PDT) In-Reply-To: <20160611161935.GA27002@breton.holly.idiocy.org> 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:119428 Archived-At: --001a1143e41c0aed470535031507 Content-Type: text/plain; charset=UTF-8 On Sat, Jun 11, 2016 at 9:19 AM Alan Third wrote: > I can reproduce this. I suspect that I was doing something that was > causing the GUI window to update and that must have been bringing it > out of App Nap. > Great, glad to hear I'm not the only one. > I don't actually see any performance issues, but that may just be > because my PC is otherwise idle. > Only certain things seem to have issues. read-event specifically does, which is used in many places in my setup. I use evil, and to exit insert mode, I hit ESC which ultimately calls read-event, meaning it takes a second or two to exit. Helm has performance issues too. But yes, if your computer is doing absolutely nothing else, maybe the scheduler is still giving napping apps enough time. For me, I've always got something going on so its pretty unusable. As a workaround I use: defaults write org.gnu.Emacs NSAppSleepDisabled -bool YES But this should be built into the dist. -- Aaron --001a1143e41c0aed470535031507 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Sat, Jun 11= , 2016 at 9:19 AM Alan Third <alan@id= iocy.org> wrote:
I can repro= duce this. I suspect that I was doing something that was
causing the GUI window to update and that must have been bringing it
out of App Nap.

Great, glad to hear I&#= 39;m not the only one.
=C2=A0
I don't actually see any performance issues, but that may just be
because my PC is otherwise idle.

Only c= ertain things seem to have issues.=C2=A0read-event specifica= lly does, which is used in many places in my setup. I use evil, and to exit= insert mode, I hit ESC which ultimately calls read-e= vent, meaning it takes a second or two to exit. Helm has performance issues= too. But yes, if your computer is doing absolutely nothing else, maybe the= scheduler is still giving napping apps enough time. For me, I've alway= s got something going on so its pretty unusable.

As a workaround I use:
<= br>
defaults write org.gnu.Emacs NSAppSleepDisabled -bool = YES

But this should be built into the dist.=C2=A0
--
Aaron
--001a1143e41c0aed470535031507--