[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: A femtolisp based emacs clone

From: Michael Albinus
Subject: Re: A femtolisp based emacs clone
Date: Fri, 26 Aug 2016 10:28:29 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux)

Stefan Monnier <address@hidden> 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.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]