From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Bob Proulx Newsgroups: gmane.emacs.help Subject: Re: Why is Emacs so slow when used remotely? Date: Fri, 29 Nov 2013 11:56:54 -0700 Message-ID: <20131129185654.GB25951@hysteria.proulx.com> References: <6f87ce15-a952-4009-af80-bb8804cfce58@googlegroups.com> <20131115222457.GA1094@hysteria.proulx.com> <528E6967.80003@gmail.com> <75FAC675-A3ED-48DF-96BB-991DC459F059@Web.DE> <20131128023423.GA26318@hysteria.proulx.com> <050514FA-31EE-41CE-958B-473163847402@Web.DE> <20131128194856.GA5315@hysteria.proulx.com> <1EAF787A-9F3E-4C60-A644-49C6C81DDDA5@Web.DE> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1385751434 711 80.91.229.3 (29 Nov 2013 18:57:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 29 Nov 2013 18:57:14 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Nov 29 19:57:18 2013 Return-path: Envelope-to: geh-help-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 1VmTFd-0004W8-U6 for geh-help-gnu-emacs@m.gmane.org; Fri, 29 Nov 2013 19:57:18 +0100 Original-Received: from localhost ([::1]:49020 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VmTFd-0007R7-Ko for geh-help-gnu-emacs@m.gmane.org; Fri, 29 Nov 2013 13:57:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53219) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VmTFO-0007O3-2r for help-gnu-emacs@gnu.org; Fri, 29 Nov 2013 13:57:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VmTFH-0004gP-Ui for help-gnu-emacs@gnu.org; Fri, 29 Nov 2013 13:57:02 -0500 Original-Received: from joseki.proulx.com ([216.17.153.58]:34922) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VmTFH-0004gE-It for help-gnu-emacs@gnu.org; Fri, 29 Nov 2013 13:56:55 -0500 Original-Received: from hysteria.proulx.com (hysteria.proulx.com [192.168.230.119]) by joseki.proulx.com (Postfix) with ESMTP id 4F5E921228 for ; Fri, 29 Nov 2013 11:56:54 -0700 (MST) Original-Received: by hysteria.proulx.com (Postfix, from userid 1000) id 28BDD2DCD5; Fri, 29 Nov 2013 11:56:54 -0700 (MST) Mail-Followup-To: help-gnu-emacs@gnu.org Content-Disposition: inline In-Reply-To: <1EAF787A-9F3E-4C60-A644-49C6C81DDDA5@Web.DE> User-Agent: Mutt/1.5.21 (2010-09-15) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 216.17.153.58 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:94720 Archived-At: Peter Dyballa wrote: > Am 28.11.2013 um 20:48 schrieb Bob Proulx: > > So when you say that it has problems with characters outside of the > > US-ASCII range my immediate thought was everything is graphical and > > what does the character range have to do with it? It is all just > > pixels at that point. >=20 > I don't think that pressing a key is a bunch of pixels =E2=80=93 I mean > outside of a virtual reality, that what some folks call real life. In all of the time I have been using the various VNC implementations I have never seen a key input problem. Of course that doesn't mean that they don't exist. It just means that I haven't ever seen them while supporting myself and others using it. I rarely input those characters but others I work with who use VNC do and I would have expected to have heard them complain if they were having problems. But I have seen graphics artifacts very much too often. That is definitely a problematic area. So I jumped to the conclusion that you were talking about the display of non-ascii characters. But from this I read that you have had problems inputing non-ascii characters when using VNC? > I think of installing TigerVNC and TightVNC, which both need > (Real?)VNC to be installed. RealVNC is the grandfather of all of the VNC implementations. It is the most stable for me. I recommend it as the reference platform to compare any others against. YMMV. TightVNC is an extension of RealVNC that adds the "Tight" extensions and other useful features. Its main advantage being performance due to data stream compression. It is completely self contained. TightVNC as I understand it was created due to developers wanting faster development than RealVNC since RealVNC development is very mature, stable, doesn't accept patches very quickly, and does not change very often. Installing TightVNC does not need RealVNC installed. If you install TightVNC then you should have everything you need all in one place. This is just the same as installing RealVNC. Both TightVNC and RealVNC can be installed side by side and either used independently of the other. TigerVNC is a fork of TightVNC. TigerVNC as I understand it was created due to developers wanting faster development than available through TightVNC and/or they had differences of opinion with the TightVNC developers. I wasn't following the development there and am a little fuzzy on the details. In any case Tiger is a fork of Tight and as far as I know is also self contained. I haven't used it but it should be installable side by side with either of the other others too. Personally I have had the most reliable success using RealVNC. At one time the performance advantage of TightVNC was very attractive and I used it in preference due to this. In the last two years I have been having graphics artifacts with TightVNC and so have reverted to using RealVNC. I haven't investigated further since the other worked and the performance issue was no longer a driving factor for me since I was doing less with it. YMMV. I say try each of them and make your own evaluations. For best performance both client and server should be the same flavor. Bob