From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.help Subject: Re: A femtolisp based emacs clone Date: Fri, 26 Aug 2016 10:28:29 +0200 Message-ID: <871t1cgcia.fsf@gmx.de> References: <6ea295ed-010d-476d-b832-9e850a98a609@googlegroups.com> <20160823235249.b49733686b125af962883642@speakeasy.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1472218864 27823 195.159.176.226 (26 Aug 2016 13:41:04 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 26 Aug 2016 13:41:04 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) Cc: help-gnu-emacs@gnu.org To: Stefan Monnier Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Aug 26 15:40:57 2016 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bdHNR-0006Z4-4Z for geh-help-gnu-emacs@m.gmane.org; Fri, 26 Aug 2016 15:40:57 +0200 Original-Received: from localhost ([::1]:60603 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bdHNN-0003j5-Iy for geh-help-gnu-emacs@m.gmane.org; Fri, 26 Aug 2016 09:40:53 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46238) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bdCVE-0004y3-Rg for help-gnu-emacs@gnu.org; Fri, 26 Aug 2016 04:28:41 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bdCVB-0008Sf-LE for help-gnu-emacs@gnu.org; Fri, 26 Aug 2016 04:28:40 -0400 Original-Received: from mout.gmx.net ([212.227.15.15]:62109) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bdCVB-0008Sb-BM for help-gnu-emacs@gnu.org; Fri, 26 Aug 2016 04:28:37 -0400 Original-Received: from detlef.gmx.de ([87.146.44.215]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0LgYuT-1apEY908VJ-00o2W4; Fri, 26 Aug 2016 10:28:32 +0200 In-Reply-To: (Stefan Monnier's message of "Thu, 25 Aug 2016 08:28:32 -0400") X-Provags-ID: V03:K0:ji2+UnTWcJ0U/d/ZJppZR+nplaGlwKpGVLsKWkeGfM7ES+jUpjA tTTWI6g0CPLOdUgjxU+tX7qMXRTL9KsjoK0Og/2AweGiS+ufGSUQAWRcRlR6l8weDZQYl+O LNfHKgCTBM5PZ5a2g4SwINUk4RPyD3518URouZZNGJjUfgiG3qRqE2cZo9WzSp3mp3yYZop GvREKklVMQkbo3fW3iwQg== X-UI-Out-Filterresults: notjunk:1;V01:K0:PctcrjjMOfs=:TnI4drUqpyBwbQ3QCpqb+U FIO/H9GNmdrx6L03AgKqsJLev1a1fjpJCLdRyfcifbNGMuEKdARivmGziJkhWIW9GHv7DPd3b YbDuWTr3c+Z+nRBwPNr4sOxe0gGMjDNnWKtxGPoxCwf5yUkiHxe38IYhzFTQfmd/2qYL9DH/M uGTsnHWhUykHPJ5gnMSixqOWcP36/uUg9+2vPudo6VN8rO/4lWSIPYr2RphI7L57cecUh8go7 rkwDDmYYCIhv8+Am4OSNZJKe+pf1aWXLIn22eDXxR6E7Tp/nRZmC3NfluZaDni9ITd06goI4f Hd4lxyKOiuzEm/PcpwXC17UfyN3rYf73LSxxRUf9E3rtK2elaHXZ/+gvSKupuugkTJZw0QuBK Ylht23P2INqNrE9LR1tFVpu9XZ48GGFzXNqTUrf8s/99o9sX+vbeEIPhlYHgKPYONI/Bq+ufP 4oV7a62gVlLlMbaKQP16F8fA5MBp6lZLNHmLsKTRJl1JxV+noR7HT8Jng39ji9s+BbVEnT6pb H5vMg2bj1mgD1Pd5nywJHQCYmHJIWvqkJX5XYkJCaQduA9uSxK06VdignNnba5HUYMCVVsqZZ smMj2W6WBRG61QvaVn+ypgORT1krCQOZrt91COF9brWRkF+3S6HoC87DUOrml6usbW/KBqt4z Gcp7zvASLQDAYNdLIUqv8e2a+Qpz2FenoKEffEgF9fYKcFTJYyr9XCIyMaC+vP/JjsuZ0zyob xECIoA7dKAjz/MdqeF09JMs7762jjAaTPsdb1GvoFCxZbxxomm7hseuso44EODHOjtQFdIJI X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.15.15 X-Mailman-Approved-At: Fri, 26 Aug 2016 09:38:47 -0400 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.help:111207 Archived-At: Stefan Monnier writes: > Indeed. I think you could get the best of both worlds by using an > approach similar to Tramp but running a little tramp-daemon on the other > end, such that we can use a more efficient communication protocol > (e.g. when saving a file we could locally diff it against the last > version (of which the remote daemon would also keep a copy), and then > only send the diff). > > This said, even using such a daemon it might be difficult to get good > performance: part of the problem is the number of round-trips. > E.g. when saving a file we have to check if the file was modified in the > mean time and whether saving into a new inode would change the owner > (etc...), which each require a round-trip. To get rid of these > round-trips, we'd have to shortcut this code and delegate the > higher-level "save file" operation to the remote server, which then has > to perform those tasks but still obeying the locally set customizations > about how to do each one of those tasks. A while ago, Tramp has tried this approach, using the FISH protocol (). Experience was bad wrt performance, so Tramp removed this protocol meanwhile. But I'm open to restart such an implementation, if there would be a better protocol. Preferred an existing one, but we could also design an own (and write then the server part as well). > Stefan Best regards, Michael.