From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ken Raeburn Newsgroups: gmane.emacs.bugs Subject: bug#21473: 24.5; very slow tooltip display to sort-of-slow remote display Date: Tue, 29 Sep 2015 16:15:59 -0400 Message-ID: References: <9F31D581-6B5A-42B7-8031-6920089AFFF4@permabit.com> <83pp15hdbg.fsf@gnu.org> <59C0A752-87BB-4467-9A3F-DC1E5A278842@permabit.com> <83612wf8pr.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11c241827a49c30520e87b12 X-Trace: ger.gmane.org 1443646844 30560 80.91.229.3 (30 Sep 2015 21:00:44 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 30 Sep 2015 21:00:44 +0000 (UTC) Cc: 21473@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Sep 30 23:00:33 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 1ZhOUL-0006cC-Mq for geb-bug-gnu-emacs@m.gmane.org; Wed, 30 Sep 2015 23:00:33 +0200 Original-Received: from localhost ([::1]:33091 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZhOUL-0003bF-33 for geb-bug-gnu-emacs@m.gmane.org; Wed, 30 Sep 2015 17:00:33 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59332) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zh1Kk-0006gj-BA for bug-gnu-emacs@gnu.org; Tue, 29 Sep 2015 16:17:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zh1Kh-0000iB-5d for bug-gnu-emacs@gnu.org; Tue, 29 Sep 2015 16:17:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:59261) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zh1Kh-0000i1-39 for bug-gnu-emacs@gnu.org; Tue, 29 Sep 2015 16:17:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Zh1Kg-00010S-Jy for bug-gnu-emacs@gnu.org; Tue, 29 Sep 2015 16:17:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Ken Raeburn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 29 Sep 2015 20:17: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.14435577633793 (code B ref 21473); Tue, 29 Sep 2015 20:17:02 +0000 Original-Received: (at 21473) by debbugs.gnu.org; 29 Sep 2015 20:16:03 +0000 Original-Received: from localhost ([127.0.0.1]:48232 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zh1Jj-0000z6-1h for submit@debbugs.gnu.org; Tue, 29 Sep 2015 16:16:03 -0400 Original-Received: from mail-la0-f54.google.com ([209.85.215.54]:35213) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zh1Jg-0000yc-OX for 21473@debbugs.gnu.org; Tue, 29 Sep 2015 16:16:01 -0400 Original-Received: by laer8 with SMTP id r8so22315184lae.2 for <21473@debbugs.gnu.org>; Tue, 29 Sep 2015 13:15:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=permabit.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YN/7o0yPD9uJJ5O/tLPwYQ8IWV9DPyzyzt9qDBsD1N0=; b=KzxcCtdXNAfpYJ2msd8UwZoC+6H01L9EkR9gPHlbOtQ4TmEX+1A9JRvqlYHDMzYMPz CA3flvyx9pdutFpnrrLTKlCqgJJwGP3ACYRmWCWw17yRaYNu194Dfz4HBr1Q4m8PgAZv EJ5HirRLPwSI6p38beGl6TBKoy+3ldXBYprBg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=YN/7o0yPD9uJJ5O/tLPwYQ8IWV9DPyzyzt9qDBsD1N0=; b=SjIsOXm8sz46Ol/6WFn1NCBwQA2MZzd6fqZ2UgOVPT9Xl1CNUWIHOU3zBSS4hyZVrj 9Bx8yxKIyl8sn+fd3hFUGPqQeR0S7EvtItizUhZad/mG/8fnDR03md/+saBHALQBXIcc c4EvYc+YOdkqrwRvzSabrcKxGk0jcumErbPit4UYWSVzaf53Am5g+LwIUmAjxMPNSkSl FfUEkfDCTq6wnj+CHv/QFdXEyqUOROvbMFIkMhEJAB3RKCcuejdowIVwV8rzcvUjEwFv RteHyaqds3wON9mddJ7m1H0Cmo7SxW8DOcpO95aU0Ux4BQEt3PSCTmx03y5Du923vRWl ji0g== X-Gm-Message-State: ALoCoQkHwI15DQeWKWzr2Vxmu8Psdfu3iYlE1qc7wS7JgFQSVATLDBbMPMoUccXR4B+hxyv5cQ3D X-Received: by 10.112.198.198 with SMTP id je6mr7954006lbc.31.1443557759658; Tue, 29 Sep 2015 13:15:59 -0700 (PDT) Original-Received: by 10.112.168.38 with HTTP; Tue, 29 Sep 2015 13:15:59 -0700 (PDT) In-Reply-To: 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:107063 Archived-At: --001a11c241827a49c30520e87b12 Content-Type: text/plain; charset=UTF-8 I'm working on some experimental patches to implement caching of color-name lookups and color-cell allocations. Along the way I noticed that for visual class TrueColor, we never free color cells on the server, and we can (and do, but only in image.c) synthesize pixel values from RGB values instead of calling XAllocColor and making the round trip to the server. TrueColor is all my laptop display supports, and I gather it's supported on most hardware these days, so it may be worth taking advantage of these to cut out the extra traffic, and I can probably drop the color-cell allocation cache work... Ken --001a11c241827a49c30520e87b12 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I'm working on some experimental patches to implement = caching of color-name lookups and color-cell allocations.

Along the way I noticed that for visual class TrueColor, we never free co= lor cells on the server, and we can (and do, but only in image.c) synthesiz= e pixel values from RGB values instead of calling XAllocColor and making th= e round trip to the server. TrueColor is all my laptop display supports, an= d I gather it's supported on most hardware these days, so it may be wor= th taking advantage of these to cut out the extra traffic, and I can probab= ly drop the color-cell allocation cache work...

Ke= n
--001a11c241827a49c30520e87b12--