[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Tramp too slow to be usefull
From: |
Thierry Leurent |
Subject: |
Re: Tramp too slow to be usefull |
Date: |
Mon, 21 Aug 2017 22:44:23 +0200 |
User-agent: |
KMail/5.2.3 (Linux/4.12.0-1-amd64; KDE/5.28.0; x86_64; ; ) |
Thans fo your solution. It's work
On Wednesday, 2 August 2017 08:54:33 CEST Michael Albinus wrote:
> Thierry Leurent <thierry.leurent@asgardian.be> writes:
> > Hello,
>
> Hi Thierry,
>
> > I'm trying to use tramp but it's very slow even I work with a local
> > file owned by root.
>
> Quoting from the Tramp manual, "Frequently Asked Questions":
>
> ? How could I speed up TRAMP?
>
> In the backstage, TRAMP needs a lot of operations on the remote
> host. The time for transferring data from and to the remote host
> as well as the time needed to perform the operations there count.
> In order to speed up TRAMP, one could either try to avoid some of
> the operations, or one could try to improve their performance.
>
> Use an external method, like ?scp?.
>
> Use caching. This is already enabled by default. Information
> about the remote host as well as the remote files are cached for
> reuse. The information about remote hosts is kept in the file
> specified in ?tramp-persistency-file-name?. Keep this file. If
> you are confident that files on remote hosts are not changed out of
> Emacs? control, set ?remote-file-name-inhibit-cache? to ?nil?. Set
> also ?tramp-completion-reread-directory-timeout? to ?nil?, *note
> File name completion::.
>
> Disable version control. If you access remote files which are not
> under version control, a lot of check operations can be avoided by
> disabling VC. This can be achieved by
>
> (setq vc-ignore-dir-regexp
> (format "\\(%s\\)\\|\\(%s\\)"
> vc-ignore-dir-regexp
> tramp-file-name-regexp))
>
> Disable excessive traces. The default trace level of TRAMP,
> defined in the variable ?tramp-verbose?, is 3. You should increase
> this level only temporarily, hunting bugs.
>
> > Thnaks for your help.
> >
> > Regards,
> >
> > -----
> > Thierry Leurent
>
> Best regards, Michael.
--
-----
Thierry Leurent