From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#21473: 24.5; very slow tooltip display to sort-of-slow remote display Date: Wed, 30 Sep 2015 10:23:42 +0300 Message-ID: <83si5wbcap.fsf@gnu.org> References: <9F31D581-6B5A-42B7-8031-6920089AFFF4@permabit.com> <83pp15hdbg.fsf@gnu.org> <59C0A752-87BB-4467-9A3F-DC1E5A278842@permabit.com> <83612wf8pr.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT X-Trace: ger.gmane.org 1443676496 29863 80.91.229.3 (1 Oct 2015 05:14:56 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 1 Oct 2015 05:14:56 +0000 (UTC) Cc: 21473@debbugs.gnu.org To: Ken Raeburn Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Oct 01 07:14:45 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 1ZhWCa-0005vc-Vw for geb-bug-gnu-emacs@m.gmane.org; Thu, 01 Oct 2015 07:14:45 +0200 Original-Received: from localhost ([::1]:38048 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZhWCa-0002K2-AJ for geb-bug-gnu-emacs@m.gmane.org; Thu, 01 Oct 2015 01:14:44 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56285) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZhBlC-0003tX-1N for bug-gnu-emacs@gnu.org; Wed, 30 Sep 2015 03:25:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZhBl8-0000Vz-PP for bug-gnu-emacs@gnu.org; Wed, 30 Sep 2015 03:25:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:59573) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZhBl8-0000Vv-M8 for bug-gnu-emacs@gnu.org; Wed, 30 Sep 2015 03:25:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ZhBl8-0000Pg-Ev for bug-gnu-emacs@gnu.org; Wed, 30 Sep 2015 03:25:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 30 Sep 2015 07:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21473 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 21473-submit@debbugs.gnu.org id=B21473.14435978671540 (code B ref 21473); Wed, 30 Sep 2015 07:25:02 +0000 Original-Received: (at 21473) by debbugs.gnu.org; 30 Sep 2015 07:24:27 +0000 Original-Received: from localhost ([127.0.0.1]:48544 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZhBkY-0000Ok-Tb for submit@debbugs.gnu.org; Wed, 30 Sep 2015 03:24:27 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:45665) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZhBkV-0000OX-Eh for 21473@debbugs.gnu.org; Wed, 30 Sep 2015 03:24:24 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0NVH00D00B1BLF00@a-mtaout20.012.net.il> for 21473@debbugs.gnu.org; Wed, 30 Sep 2015 10:23:28 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NVH00DRKB734MA0@a-mtaout20.012.net.il>; Wed, 30 Sep 2015 10:23:28 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il 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:107084 Archived-At: > From: Ken Raeburn > Date: Sun, 27 Sep 2015 09:29:11 -0400 > Cc: 21473@debbugs.gnu.org > > > > On Sep 27, 2015, at 06:38, Eli Zaretskii wrote: > > > >> From: Ken Raeburn > >> Date: Sun, 27 Sep 2015 06:35:30 -0400 > >> Cc: 21473@debbugs.gnu.org > >> > >> This one’s still basically unchanged. I just got 165 _XReply round-trip delays, with face realization color requests accounting for 60 of those, x_create_tip_frame initialization using “black” and “white” accounting for a dozen more, and other XParseColor or XAllocColor calls bringing it up to around 100 (maybe fewer than last time, by just a few); 38 XSync calls, almost all for error catching. The other ~20% is XQueryColors, XListFonts, XGetWindowProperty, and a few other calls that need responses. > > > > So you are saying that creating a tip frame is significantly different > > in this regard from creating any "regular" frame? If so, where are > > the differences, wrt face realization and color allocation? > > Some of the creation process is different, yes, though Fx_create_frame and x_create_tip_frame do a lot of the same work; both cause basic face realization on the new frame, but x_create_tip_frame doesn’t seem to have had the issue that triggered it on other frames. (For example, it doesn’t set a default gamma value, while Fx_create_frame does.) The face realization happening here is all about the new frame. > > This traffic was also present when I was looking into #11822, but as I was using a local display for the new frame, those round trips were fast and thus weren’t a problem. In this case, though, my one and only normal frame is displayed remotely, as is the tip frame, so now the excessive round trips slow it down a lot. Some of it’s going to be necessary, of course, but we’re making repetitive queries for colors we’ve looked up before, probably more XSync calls than are really necessary, etc. Let me be sure I understand: these XSync calls in the case of popping up a tooltip, are mostly due to color allocation? Or is there other unnecessary face-related traffic that needs to be addressed?