From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.devel Subject: Tramp performance (was: Emacs unconditionally loads tramp.el) Date: Sun, 30 Apr 2006 15:04:58 +0200 Message-ID: <874q0bqkn9.fsf_-_@gmx.de> References: <87r73n5o5x.fsf@pacem.orebokech.com> <87hd4ewcj0.fsf@gmx.de> <87odyltqof.fsf@gmx.de> <87k698l5ww.fsf@gmx.de> <87slnwjktb.fsf@gmx.de> <874q0cjiz5.fsf@gmx.de> <87u08c9khw.fsf@catnip.gol.com> <85ejzg2h7d.fsf@lola.goethe.zz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1146402325 23029 80.91.229.2 (30 Apr 2006 13:05:25 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 30 Apr 2006 13:05:25 +0000 (UTC) Cc: emacs-devel@gnu.org, Miles Bader Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Apr 30 15:05:22 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FaBbs-0008RW-Fc for ged-emacs-devel@m.gmane.org; Sun, 30 Apr 2006 15:05:12 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FaBbs-0000xW-3R for ged-emacs-devel@m.gmane.org; Sun, 30 Apr 2006 09:05:12 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FaBbe-0000vj-5d for emacs-devel@gnu.org; Sun, 30 Apr 2006 09:04:58 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FaBbd-0000tx-7K for emacs-devel@gnu.org; Sun, 30 Apr 2006 09:04:57 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FaBbd-0000tn-16 for emacs-devel@gnu.org; Sun, 30 Apr 2006 09:04:57 -0400 Original-Received: from [213.165.64.20] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.52) id 1FaBfD-0003Ag-3S for emacs-devel@gnu.org; Sun, 30 Apr 2006 09:08:39 -0400 Original-Received: (qmail invoked by alias); 30 Apr 2006 13:04:55 -0000 Original-Received: from p54BD83B1.dip0.t-ipconnect.de (EHLO localhost.local) [84.189.131.177] by mail.gmx.net (mp043) with SMTP; 30 Apr 2006 15:04:55 +0200 X-Authenticated: #3708877 Original-To: David Kastrup In-Reply-To: <85ejzg2h7d.fsf@lola.goethe.zz> (David Kastrup's message of "Sat, 29 Apr 2006 23:40:54 +0200") User-Agent: Gnus/5.110005 (No Gnus v0.5) Emacs/22.0.50 (gnu/linux) X-Y-GMX-Trusted: 0 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:53654 Archived-At: David Kastrup writes: >> In my experience tramp is _much_ slower than even ange-ftp (in all >> ways, but especially establishing connections). I think this >> severely limits its utility for general use, and potential audience. > > The thing I find annoying is how slow it is for establishing a local > connection, like with /su::/etc/fstab. Should be instantaneously, > really. Tramp doesn't make a special handling for su(do)? methods. It runs all the initialization commands, like being in the terra incognita of a remote host. Changing this, could be an optimization, indeed. There are other optimizations planned, like keeping a connection history, in order to reduce the number of checks to be performed. But: Tramp 2.0, as integrated in GNU Emacs 22, is in maintenance mode. No new development shall happen there. Tramp 2.1 has experienced several optimizations already, for example reducing the number of commands to be sent, delaying checks until they are needed, and file attributes caching. Some months ago I've published comparison data, see commentary in . It has been asked sometimes whether Tramp 2.1 could be integrated into GNU Emacs 22. I've refused it always, because of stability, and because there are other experimental features which need further development before going to mainstream use. If performance of Tramp is a critical issue for acceptance, we could revise this decision. It should be simple to deactivate (not remove the code of) the experimental features, because all needed defadvices are in tramp-util.el. When this file is not present, Tramp won't use that code. But stability. Tramp 2.1 code basis is remarkable different from Tramp 2.0. It is used by several people, but I really don't know whether it is a good decision to integrate it into GNU Emacs 22 so short before the release. Best regards, Michael.