首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >emacs tramp性能

emacs tramp性能
EN

Stack Overflow用户
提问于 2009-10-12 06:57:18
回答 3查看 1.6K关注 0票数 6

有什么方法可以提高emacs tramp的性能吗?对我来说,打开外部ftp客户端(filezilla)、将文件传输到本地磁盘并在外部编辑器(记事本)中打开它们要比用emacs打开它们更快。我在windows xp下使用emacs23.1。我尝试了不同的tramp-default-method (telnet,pscp,ftp),它们都有相同的性能。

使用elp-instrument-package分析结果如下所示(我打开了3个远程文件,每个文件大小为1.5MB)

代码语言:javascript
复制
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下使用emacs23.1)

EN

回答 3

Stack Overflow用户

回答已采纳

发布于 2009-11-26 17:54:46

我通过几个脚本解决了一个问题,这些脚本允许我mget/put和镜像文件或目录。这些脚本使用lftp (随cygwin一起安装的版本),并且具有非常好的性能。

它们是发布我的解决方案的要求。不幸的是,我只有一个原型。我没有时间把它做完。它为我提供了很好的服务,但它还没有发布出来。

票数 0
EN

Stack Overflow用户

发布于 2009-11-16 06:34:54

我发现fuse-ssh比tramp模式要好得多,如果您可以这样设置的话。

票数 2
EN

Stack Overflow用户

发布于 2009-11-24 14:11:16

如果您的用例有所改进,请使用远程客户端!我求助于使用emacs远程编辑,这提醒了我。

我的经验使我相信托管emacs的机器将是瓶颈。

然而,更好的SSH客户端可能会有所帮助……试试OpenSSH.org (左下角)上的列表我喜欢Windows上的PuTTY,在这里selection=copy &right-click=粘贴。

不过,我不确定提高远程性能的方法。emacs的默认构建有很多lisp,但它占用的磁盘比RAM空间多,除了大文件& net/sys lag之外,对我来说一直都很有效。

如果你的案例有你不想要的高亮显示和自动功能,那么最低限度的配置可能会有所帮助-应该能够做到这一点,而不需要重新构建。

emacs是如此庞大,当我发现它可以发送/接收电子邮件时,我注意到最多的是它。我几乎没有探索过冰山一角。

在这种情况下,'vi‘可能更好...即使有更多的emacs经验,我也在每个阵营中使用了很小的部分。我很少编写脚本或寻找新的特性,挖掘起来很困难,但对于这两个都有方便的命令指南。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/1553093

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档