From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kaushal Modi Newsgroups: gmane.emacs.bugs Subject: bug#21597: 25.0.50; Extremely slow redisplay on emacsclient Date: Thu, 1 Oct 2015 12:30:11 -0400 Message-ID: References: <831tdea7l1.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a1141c1caf41d1305210d9104 X-Trace: ger.gmane.org 1443722063 24551 80.91.229.3 (1 Oct 2015 17:54:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 1 Oct 2015 17:54:23 +0000 (UTC) Cc: 21597@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Oct 01 19:54:08 2015 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 1Zhi3S-0003GX-Ry for geb-bug-gnu-emacs@m.gmane.org; Thu, 01 Oct 2015 19:54:07 +0200 Original-Received: from localhost ([::1]:54470 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zhi3S-0004ql-Ak for geb-bug-gnu-emacs@m.gmane.org; Thu, 01 Oct 2015 13:54:06 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42039) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zhgm7-0003qA-QR for bug-gnu-emacs@gnu.org; Thu, 01 Oct 2015 12:32:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zhgm2-0003B0-0H for bug-gnu-emacs@gnu.org; Thu, 01 Oct 2015 12:32:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:33582) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zhgm1-0003Aw-US for bug-gnu-emacs@gnu.org; Thu, 01 Oct 2015 12:32:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Zhgm1-0002IV-Ne for bug-gnu-emacs@gnu.org; Thu, 01 Oct 2015 12:32:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 01 Oct 2015 16:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21597 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-Cc: "bug-gnu-emacs@gnu.org" Original-Received: via spool by submit@debbugs.gnu.org id=B.14437170658718 (code B ref -1); Thu, 01 Oct 2015 16:32:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 1 Oct 2015 16:31:05 +0000 Original-Received: from localhost ([127.0.0.1]:50786 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zhgl6-0002GX-Iu for submit@debbugs.gnu.org; Thu, 01 Oct 2015 12:31:05 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:59854) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zhgl5-0002GQ-FI for submit@debbugs.gnu.org; Thu, 01 Oct 2015 12:31:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zhgl3-0002RY-Sm for submit@debbugs.gnu.org; Thu, 01 Oct 2015 12:31:03 -0400 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:58104) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zhgl3-0002RU-Qj for submit@debbugs.gnu.org; Thu, 01 Oct 2015 12:31:01 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41601) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zhgkz-00020o-Dd for bug-gnu-emacs@gnu.org; Thu, 01 Oct 2015 12:31:01 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zhgkt-0002PE-89 for bug-gnu-emacs@gnu.org; Thu, 01 Oct 2015 12:30:57 -0400 Original-Received: from mail-oi0-x22d.google.com ([2607:f8b0:4003:c06::22d]:33095) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zhgkt-0002P9-2a; Thu, 01 Oct 2015 12:30:51 -0400 Original-Received: by oixx17 with SMTP id x17so43797739oix.0; Thu, 01 Oct 2015 09:30:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=s767ySGjhl285zasBRuaVONoRdB3ymr+tkj+SKiAePY=; b=s2J0RQgawHljjZD2QNGEUkjgwZ0ygXGfbGx7th8oQG0SLrA03aYGXaG5zjiDTvkdHM ydVyHmJ4lyOfi8nV2BO6YD/CwdvlQfrhTKdrmDNnS0JudH5pchN9nobdrXeZXldjCJGe UMOyZaMpsqbd8J1PBNNzmlZ3pkI2zBtXSqJh0y2n0O4MH64UWstNLZSXXRwB6Au17Ijh KFnglPdShgGRnYRdrDMIUZQiI38vf1IL0o7kDCsD6SpcxhhTbj6NS7xMSufmhNmXLRZO yqgGTMO7YnKWFEJKnMehPJ9LzTfjghnfSGweo/Aj2RYfK1WcSb2qHExATNwVSeQ7uTs8 JflA== X-Received: by 10.202.230.5 with SMTP id d5mr6291287oih.85.1443717050537; Thu, 01 Oct 2015 09:30:50 -0700 (PDT) Original-Received: by 10.202.172.205 with HTTP; Thu, 1 Oct 2015 09:30:11 -0700 (PDT) In-Reply-To: <831tdea7l1.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x 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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:107158 Archived-At: --001a1141c1caf41d1305210d9104 Content-Type: text/plain; charset=UTF-8 Hi Eli, I reverted to one prior commit ( http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=82df1878e6559188e688195f992fff10f35035e8 ) and the issue is gone. > Did you run emacsclient on the same machine where the Emacs server runs? I do not start an "emacs --daemon" server. I have (server-start) in my init.el. (At some point in my prior builds, emacs --daemon never worked for me.) So my very first launch of emacs is always "emacsclient -a '' -c" to get an emacs frame. Every other launch is "emacsclient -a''" to open files from the terminal in the same frame. All of this is always on the same $HOST. > can you try reverting each hunk separately Do you mean reverting each of those hunks within xdisp.c? Or revert just the xdisp.c hunk? Building emacs takes quite some time on my machine.. so my turnaround time will be really slow. -- Kaushal Modi On Thu, Oct 1, 2015 at 12:15 PM, Eli Zaretskii wrote: > > From: Kaushal Modi > > Date: Thu, 1 Oct 2015 10:26:31 -0400 > > > > BUG: All basic operations like navigation (C-p, C-n,..), typing in the > > minibuffer, etc are extremely sluggish.. latency in the order of 10s of > > seconds! > > > > I am seeing this bug since the emacs built from master yesterday and > even in > > the latest build as of writing this email. > > > > The bug is not seen when running emacs -Q&. > > > > But it is seen if try to get "emacs -Q" behaviour in emacsclient. > > > > So I moved my actual init.el to a temp file and add just the below code > in the > > init.el > > > > (require 'server) > > (if (not (server-running-p)) > > (server-start)) > > > > - After that, start "emacsclient -a '' -c &". The *scratch* buffer > should open > > in a frame. > > - Now when you do something simple like C-p, you won't see the cursor > move at > > all. But as soon as you try to type something, it will get typed on the > above > > line, that too with a huge latency between the moment you hit a > character and > > that char showing up in the *scratch* buffer. > > Very strange. I don't see anything like that here. Did you run > emacsclient on the same machine where the Emacs server runs, or over a > network? > > > I believe this to have been caused by this commit: > > > http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=5c9304ea86b8cfc9d0b6d7769b90bd56e5dd1313 > > If you revert the changes in that commit, does the problem go away? > (Please disregard the changes in gdb-mi.el, they are unrelated.) If > it does, can you try reverting each hunk separately, and tell which > one has the most effect? > > Thanks. > --001a1141c1caf41d1305210d9104 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Eli,

I reverted to one prior commit (= http://git.savannah.gnu.org/cgit/emacs.g= it/commit/?id=3D82df1878e6559188e688195f992fff10f35035e8 ) and the issu= e is gone.

>=C2=A0= Did you run=C2=A0emacsclient on the same machine where the Emacs server runs?

I do not start an &qu= ot;emacs --daemon" server.=C2=A0I have (server-start) in my ini= t.el. (At some point in my prior builds, emacs --daemon never worked for me= .)
So my very first launch of emacs is alway= s "emacsclient -a '' -c" to get an emacs frame.
=
Every other launch is "emacsclient -a'&#= 39;" to open files from the terminal in the same frame.
All of this is always on the same $HOST.

>=C2=A0can you try reverting ea= ch hunk separately

Do you mean reverting each of those hunks within xdisp.c?= Or revert just the xdisp.c hunk?
Building= emacs takes quite some time on my machine.. so my turnaround time will be = really slow.

<= div class=3D"gmail_signature">
--
Kaushal Modi

On Thu, Oct 1, 2015 at 12:15 PM, Eli Zaretsk= ii <= eliz@gnu.org> wrote:
> F= rom: Kaushal Modi <kaushal.mod= i@gmail.com>
> Date: Thu, 1 Oct 2015 10:26:31 -0400
>
> BUG: All basic operations like navigation (C-p, C-n,..), typing in the=
> minibuffer, etc are extremely sluggish.. latency in the order of 10s o= f
> seconds!
>
> I am seeing this bug since the emacs built from master yesterday and e= ven in
> the latest build as of writing this email.
>
> The bug is not seen when running emacs -Q&.
>
> But it is seen if try to get "emacs -Q" behaviour in emacscl= ient.
>
> So I moved my actual init.el to a temp file and add just the below cod= e in the
> init.el
>
> (require 'server)
> (if (not (server-running-p))
> (server-start))
>
> - After that, start "emacsclient -a '' -c &". Th= e *scratch* buffer should open
> in a frame.
> - Now when you do something simple like C-p, you won't see the cur= sor move at
> all. But as soon as you try to type something, it will get typed on th= e above
> line, that too with a huge latency between the moment you hit a charac= ter and
> that char showing up in the *scratch* buffer.

Very strange.=C2=A0 I don't see anything like that here.=C2=A0 D= id you run
emacsclient on the same machine where the Emacs server runs, or over a
network?

> I believe this to have been caused by this commit:
> http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=3D5c9304ea86b8cfc9d0= b6d7769b90bd56e5dd1313

If you revert the changes in that commit, does the problem go away?<= br> (Please disregard the changes in gdb-mi.el, they are unrelated.)=C2=A0 If it does, can you try reverting each hunk separately, and tell which
one has the most effect?

Thanks.

--001a1141c1caf41d1305210d9104--