我的CPU是intel的酷睿2 E6550,系统是64位的ubuntu8.04请问用什么编译选项可以极限优化emacs?

Vim、Emacs配置和使用
rp9acl
帖子: 94
注册时间: 2008-05-04 18:18

我的CPU是intel的酷睿2 E6550,系统是64位的ubuntu8.04请问用什么编译选项可以极限优化emacs?

#1

帖子 rp9acl » 2008-06-02 23:48

源里的snapshot emacs 23用起来好慢,自己按照置顶帖子编译了一个,感觉到速度好像没多大变化,想重新编译一个,采用极限的优化选项,清高手指点。
(另外,听说intel的编译器可以大幅度的提高c程序的效率,不知道能不能用在编译emacs上面?)
poet
帖子: 2841
注册时间: 2006-09-11 22:47

Re: 我的CPU是intel的酷睿2 E6550,系统是64位的ubuntu8.04请问用什么编译选项可以极限优化em

#2

帖子 poet » 2008-06-03 17:24

rp9acl 写了:源里的snapshot emacs 23用起来好慢,自己按照置顶帖子编译了一个,感觉到速度好像没多大变化,想重新编译一个,采用极限的优化选项,清高手指点。
(另外,听说intel的编译器可以大幅度的提高c程序的效率,不知道能不能用在编译emacs上面?)
一般来说,编译器选项不会明显的改变程序的运行效率。除非是某些极端的情况。

如果要解决你的emacs23慢的问题,最现实的办法是升级你的机器。——或者另一个办法:不用emacs。改用vim
头像
BigSnake.NET
帖子: 12522
注册时间: 2006-07-02 11:16
来自: 廣州
联系:

#3

帖子 BigSnake.NET » 2008-06-03 17:28

怎么编译也优化不了的了, emacs 的插件就是解释执行, 可以试一下删掉一些插件
也可能是字体问题...

E6550 应该很快的, 我现在正在用..
^_^ ~~~
要理解递归,首先要理解递归。

地球人都知道,理论上,理论跟实际是没有差别的,但实际上,理论跟实际的差别是相当大滴。
rp9acl
帖子: 94
注册时间: 2008-05-04 18:18

#4

帖子 rp9acl » 2008-06-03 19:18

不喜欢vim操作方式啊,老实要转换模式,及其打断自己的思路,还是比较喜欢emacs这种连续的组合键,有一种滔滔不绝的爽快感。 :D
难道真的没办法让emacs快起来么?
头像
BigSnake.NET
帖子: 12522
注册时间: 2006-07-02 11:16
来自: 廣州
联系:

#5

帖子 BigSnake.NET » 2008-06-03 21:35

rp9acl 写了:不喜欢vim操作方式啊,老实要转换模式,及其打断自己的思路,还是比较喜欢emacs这种连续的组合键,有一种滔滔不绝的爽快感。 :D
难道真的没办法让emacs快起来么?
emacs

Emacs Make A Computer Slow ...
^_^ ~~~
要理解递归,首先要理解递归。

地球人都知道,理论上,理论跟实际是没有差别的,但实际上,理论跟实际的差别是相当大滴。
rp9acl
帖子: 94
注册时间: 2008-05-04 18:18

#6

帖子 rp9acl » 2008-06-03 21:55

YUN!!!! :shock:
rp9acl
帖子: 94
注册时间: 2008-05-04 18:18

#7

帖子 rp9acl » 2008-06-07 12:12

看了一遍gcc的man,现在有两个选择:
第一:
CFLAGS="-march=nocona -O3 -pipe"

第二
CFLAGS="-march=native -O3 -pipe"

我的目标是执行期的效率最优化,所以没有采用减小执行文件的选项,而gcc man里面说使用native的话就会把默认的本地cpu支持的指令集全部打开,但是gcc 3.42默认是没有core2的选项的,最高只能提供nocona芯片的指令集支持,就不知道在这种情况下-march=native与-march=nocona会不会有区别?
herberteuler
帖子: 45
注册时间: 2007-01-27 14:11

Re: 我的CPU是intel的酷睿2 E6550,系统是64位的ubuntu8.04请问用什么编译选项可以极限优化emacs?

#8

帖子 herberteuler » 2008-06-07 13:51

rp9acl 写了:源里的snapshot emacs 23用起来好慢,自己按照置顶帖子编译了一个,感觉到速度好像没多大变化,想重新编译一个,采用极限的优化选项,清高手指点。
(另外,听说intel的编译器可以大幅度的提高c程序的效率,不知道能不能用在编译emacs上面?)
对于一般的应用我没感觉 Emacs 很慢, 如果你觉得慢, 倒可能是操作方式造成的. 能否说说你为什么觉得 Emacs 慢?
rp9acl
帖子: 94
注册时间: 2008-05-04 18:18

#9

帖子 rp9acl » 2008-06-08 16:38

我觉得慢是觉得emacs好像是做什么都慢半拍的样子,就像是windows下面的powershell一样,总觉得木有一种敲下去就没有停顿显示的感觉。(我用的是x下面的emacs,terminal里的还是让我感到比较满意的。)
herberteuler
帖子: 45
注册时间: 2007-01-27 14:11

#10

帖子 herberteuler » 2008-06-09 13:14

rp9acl 写了:我觉得慢是觉得emacs好像是做什么都慢半拍的样子,就像是windows下面的powershell一样,总觉得木有一种敲下去就没有停顿显示的感觉。(我用的是x下面的emacs,terminal里的还是让我感到比较满意的。)
在哪个平台上?Emacs 的版本?
rp9acl
帖子: 94
注册时间: 2008-05-04 18:18

#11

帖子 rp9acl » 2008-06-09 14:43

emacs 23
ubuntu 8.04 64位
poet
帖子: 2841
注册时间: 2006-09-11 22:47

#12

帖子 poet » 2008-06-09 22:20

rp9acl 写了:看了一遍gcc的man,现在有两个选择:
第一:
CFLAGS="-march=nocona -O3 -pipe"

第二
CFLAGS="-march=native -O3 -pipe"

我的目标是执行期的效率最优化,所以没有采用减小执行文件的选项,而gcc man里面说使用native的话就会把默认的本地cpu支持的指令集全部打开,但是gcc 3.42默认是没有core2的选项的,最高只能提供nocona芯片的指令集支持,就不知道在这种情况下-march=native与-march=nocona会不会有区别?
编译器的优化对速度的影响非常非常的有限。如果你的emacs真的很慢的话,我更倾向于怀疑是配置上的问题或者是bug。而不是考虑重新编译。

从我的经验来看,x下的emacs确实不快。
头像
BigSnake.NET
帖子: 12522
注册时间: 2006-07-02 11:16
来自: 廣州
联系:

#13

帖子 BigSnake.NET » 2008-06-09 22:22

经实践 ... -O3 会编译超慢, 而且有可能比O2更慢..
^_^ ~~~
要理解递归,首先要理解递归。

地球人都知道,理论上,理论跟实际是没有差别的,但实际上,理论跟实际的差别是相当大滴。
herberteuler
帖子: 45
注册时间: 2007-01-27 14:11

#14

帖子 herberteuler » 2008-06-10 10:30

rp9acl 写了:emacs 23
ubuntu 8.04 64位
好的,看来不是因为 font-backend 的问题。你是否使用了使 Emacs 变慢的包,例如,cedet?
rp9acl
帖子: 94
注册时间: 2008-05-04 18:18

#15

帖子 rp9acl » 2008-06-10 13:21

木有啊。
我的emacs现在就用了两个外来的插件,一个是color theme,另一个就是slime
回复