emacs流浪漢表現

Question

有沒有辦法改善emacs流浪漢的表現？ 對我來說，打開外部ftp客戶端（filezilla），將文件傳輸到本地磁盤並在外部編輯器（記事本中）打開它們比用emacs打開它們更快。 我在windows xp下使用emacs23.1。 我嘗試了不同的tramp-default-method（telnet，pscp，ftp），它們都具有相同的性能。

elp-instrument-package的分析結果如下（我打開了3個1.5 MB的遠程文件）

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

因此，實際文件傳輸需要132秒，約占總時間的1/3。 為什么在tramp-sh-file-name-handler中花費這么多時間？ 我試圖建議一個函數tramp-sh-file-name-handler來存儲和返回緩存的結果，但它不起作用，可能這個函數有一些副作用。

任何想法如何提高流浪漢的表現？ （我在WindowsXP下使用emacs 23.1）

Answer 1

我發現fuse-ssh遠比tramp模式好，如果你可以這樣設置的話。

Answer 2

如果您的用例改進，請使用遠程客戶端！ 我已經使用emacs遠程編輯，這讓我想起了。

我的經驗讓我相信托管emacs的機器將成為瓶頸

然而，一個更好的SSH客戶端可能會幫助...嘗試OpenSSH.org上的列表（左側導航中的低位）我喜歡Windows上的PuTTY，其中selection = copy＆right-click = paste。

但是，不確定如何改善遠程性能。 emacs的默認構建有很多lisp，但它占用的磁盤數量多於RAM空間，除了大文件和net / sys延遲之外，它總是對我有效。

如果您的案例具有您不想要的突出顯示和自動功能，那么最低限度配置可能會有所幫助 - 應該能夠在不重建的情況下執行此操作。

emacs是如此龐大，當我發現它可以發送/接收電子郵件時，我注意到了最多。 我幾乎沒有探索過冰山一角。

在這種情況下雖然'vi'可能會更好......即使有相對較多的emacs經驗，我在每個陣營都使用了一小部分。 我很少編寫腳本或尋找新功能，挖掘很困難，但兩者都有方便的命令指南。

Answer 3

我通過一些腳本解決了一個問題，這些腳本允許我mget / put和鏡像文件或目錄。 這些腳本使用lftp（與cygwin一起安裝的版本）並且具有非常好的性能。

他們要求發布我的解決方案。 不幸的是，我只有它的原型。 我沒時間完成它。 這對我很有幫助，但它不在該州出版。