C'è un modo per migliorare le prestazioni di tramp di emacs? Per me è più veloce aprire un client ftp esterno (filezilla), trasferire file sul disco locale e aprirli in un editor esterno (blocco note) piuttosto che aprirli con emacs. Io uso emacs23.1 sotto windows xp. Ho provato diversi tramp-default-method (telnet, pscp, ftp), tutti hanno le stesse prestazioni.emacs tramp performance
Profiling risultati con ELP-strumento-pacchetto sono i seguenti (ho aperto 3 file remoti di 1,5 MB ciascuno)
tramp-file-name-handler 1461 350.41599999 0.2398466803
tramp-sh-file-name-handler 1461 350.02699999 0.2395804243
tramp-send-command 227 179.63400000 0.7913392070
tramp-send-command-and-check 205 177.77600000 0.8672000000
tramp-wait-for-regexp 227 176.47800000 0.7774361233
tramp-wait-for-output 226 176.40000000 0.7805309734
tramp-barf-unless-okay 18 133.46699999 7.4148333333
tramp-handle-insert-file-contents 3 132.046 44.015333333
tramp-handle-file-local-copy 3 131.281 43.760333333
tramp-accept-process-output 2375 112.95100000 0.0475583157
Quindi, il trasferimento di file effettivo prende 132 sec, circa 1/3 del tempo totale . Perché trascorre così tanto tempo in tramp-sh-file-name-handler? Ho provato a consigliare una funzione tramp-sh-file-name-handler per memorizzare e restituire risultati memorizzati nella cache, ma non funziona, probabilmente questa funzione ha alcuni effetti collaterali.
Qualche idea su come migliorare le prestazioni del vagabondo? (Io uso emacs 23.1 sotto WindowsXP)
i risultati di profiling elp sono "inclusi"; qualsiasi funzione chiamata tramp-file-name-handler appare nei suoi dati di temporizzazione. Fondamentalmente, stai trascorrendo metà del tuo tempo ad aspettare IO, e un'altra metà a fare qualcosa. Mi occupo solo di questo materiale a livello di sistema operativo; sshfs per linux, SFTPDrive per Windows, ecc. – jrockway