我在使用fedora 27 wayland gnome 3 的operation system-----> emacs 25
注： 在终端下的emacs没有任何问题，问题是在gui的emacs上 且我关掉了line-mode
近期遇到一个很是烦恼的问题：
我已经习惯了用emacs orgmode来写文章，经常需要整理一些小的文章碎片综合到一个篇章或一本集合中，但是由于有的片段是我写了好几个月的东西，期间不断的进行更新和添补，于是有的片段动辄就是1万行的东西。遂，我要把这个片段整个剪切过去。
于是乎我全选了整个buffer的整个1万行内容，然后emacs 卡死了,紧接着cpu狂飙到100%（单线程），我的cpu是双核四线程。我把org-mode换到fundamental-mode，期望是org-mode的问题，结果依然如此。
于是我开始思索这个是什么问题，也就定位到操作系统和emacs这两个分界问题上，于是我打开了virtualbox中的windows虚拟机，想看看在win7中是不是也有这个问题，遂重复上述的操作。当然windows也卡，但是没有卡死，它能恢复过来。
于是我就把问题分为两个阶级：
- 在windows和linux（我使用的）全选大于1万行的buffer会卡
- linux（我使用的）会卡死
在这样一个思路之下我开始了google之路，我发现以下的一个帖子：链接 它叙述了这样一个现象：
- 在linux平台，并不是我碰到这个问题。
- 可以设置 （setq-default select-active-regions 'only）来解决全选卡死这个问题
于是我设置了这个参数，但是第一次并没有实效，于是我查看了这个参数的文档，我思考后禁用了evil-mode（只是灵感，不知为何），神奇的是有效了。
本着做人不喜不悲的态度，我认为，不能高兴太早，预感告诉我可能开有一个大坑。
我全选的目的是为了剪切，或者删除，或者复制。果然在我剪切的时候，又卡死了，google再也帮不了我。
遂我来这里找大佬们帮忙了，因为这个bug严重影响我的创作。
恳请大佬们帮帮我 
et2010
2
你开行号了吗？用的是 visual-line 还是 truncate-line？代码块多吗？都是哪种代码块？
这些问题的答案都可能决定 org 会不会卡
1 个赞
我关掉了line-mode 对这个我写上去 没有代码块
et2010
4
用的是 visual-line 吗？一行的内容长吗？
另外，把图片显示关了试试
这是一个测试文件 用fundametal文档模式可以复现我的问题。因为我现在在意的已经不是orgmode的问题了，是emacs的问题。
et2010
8
我这没问题，evil paste，粘到 fundmental mode 一点问题都没有，还没试 orgmode
edit：org也试了，没任何问题
如果你的 emacs 还能恢复的话，你可以试试 profiler，看看是哪些插件导致 emacs 卡
et2010
9
也有可能是系统的问题，换 archlinux 试试
BTW，我是在 archlinux 的虚拟机下测试的。
PS：你在 vanilla emacs 下试了没有？这个很关键，如果用原版 emacs 没有问题的话，那说明是你的配置的问题
羡慕能够写 1 万行内容的人。。。( ´◔ ‸◔’)
你都写些啥？还是说以资料搜集为主啊？ @Angelaneia
刚尝试了下，6 楼提供的样本文件在 近裸的 Emacs 里打开和复制都没有问题。
就是看 minibuffer 那有奇怪的信息输出：
我的电脑可能是本论坛最渣的了：MacBook Pro (13-inch, Early 2011) 2.3 GHz Intel Core i5
C-x C-f ~/ 都有一点迟钝，打开 orgmanual.org 也会卡几秒（毕竟快 2w 行），但是加载之后操作就很顺畅了，全选／剪／贴都是瞬间完成。
我不是mac 好多问题mac没有 linux就有 我觉得 linux 不是gnu亲生的 
et2010
19
论坛里用 LInux 的也大把，但是有这样问题的可能只有你一个 
感觉 emacs 和 archlinux 调性挺搭的，不怕折腾的话可以试试
et2010
20
再渣也不可能比我的虚拟机更渣 
，虚拟机里开个 FF 都卡，只敢用 chrome，可惜我的笔记本不支持内存扩展，不然一定再加一条 8G 的
我… 推销 我 没门儿