From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "alin.s" Newsgroups: gmane.emacs.devel Subject: Re: redisplay system of emacs Date: Fri, 12 Feb 2010 06:53:37 -0800 (PST) Message-ID: <27564728.post@talk.nabble.com> References: <27349166.post@talk.nabble.com> <27560255.post@talk.nabble.com> <4B754E74.8060705@swipnet.se> <27563610.post@talk.nabble.com> <4B7564C7.1010309@swipnet.se> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1265986440 9977 80.91.229.12 (12 Feb 2010 14:54:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 12 Feb 2010 14:54:00 +0000 (UTC) To: Emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 12 15:53:57 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Nfwu3-0001NF-IO for ged-emacs-devel@m.gmane.org; Fri, 12 Feb 2010 15:53:55 +0100 Original-Received: from localhost ([127.0.0.1]:49103 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nfwu2-0004Xq-Oe for ged-emacs-devel@m.gmane.org; Fri, 12 Feb 2010 09:53:54 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Nfwtn-0004Sl-MQ for emacs-devel@gnu.org; Fri, 12 Feb 2010 09:53:39 -0500 Original-Received: from [140.186.70.92] (port=36292 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nfwtm-0004SX-Ul for Emacs-devel@gnu.org; Fri, 12 Feb 2010 09:53:39 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Nfwtm-00068V-5J for Emacs-devel@gnu.org; Fri, 12 Feb 2010 09:53:38 -0500 Original-Received: from kuber.nabble.com ([216.139.236.158]:51889) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nfwtl-00068R-Ve for Emacs-devel@gnu.org; Fri, 12 Feb 2010 09:53:38 -0500 Original-Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1Nfwtl-0002NM-HB for Emacs-devel@gnu.org; Fri, 12 Feb 2010 06:53:37 -0800 In-Reply-To: <4B7564C7.1010309@swipnet.se> X-Nabble-From: alinsoar@voila.fr X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:121078 Archived-At: Jan Dj=C3=A4rv wrote: >=20 >> If you make 1000 identical calls of Xlib functions, Xlib put them into >> its >> queue, and send them once. >>=20 >=20 > Yes it does put calls in a queue. All 1400 of them instead of one. But > given=20 > how IPC works, in reality it will be many writes to the socket anyway, > even if=20 > the queue tries to minimize that. And the amount of data is still 1400 > (or=20 > 14000) times more. X does not squeeze several calls into one, there are > still=20 > several calls. And they are not identical anyway, they are for different > windows. >=20 >=20 You can keep on server side many little windows, and on the client side you can keep the image of the screen, and the little windows notifies you what part of the image was changed, you update the local bitmap, and when the bitmap is created, you send it to the server with only 1 X lib call. The idea is that you ask the server to tell you what must be refreshed on the scree, and you need no more obfuscated internal redisplay. --=20 View this message in context: http://old.nabble.com/redisplay-system-of-ema= cs-tp27349166p27564728.html Sent from the Emacs - Dev mailing list archive at Nabble.com.