读入行较多的文档时Gedit的CPU占用率高

liushug

Post by MntHome
刚刚装了个Testing，发现有个问题，在用Gedit打开一个文本文件并进行一些简单的操作时－－比如移动光标到文本内容的最后一行，CPU占用率急速上升，最后达到了90%以上，笔记本风扇响个不停。
        其实这个文本文件并不大，只有300k左右，因为是输入法的码表文件，唯一的特点就是行比较多（2万多行）。但我觉得这种情况不正常，毕竟文件不大，这倒底是什么原因呢，是Gedit不适合于处理这种行数较多的文本吗？还是系统哪里不对了？

另：此文件已附在第8贴。

我试了一下，只有开始一会CPU占用比较大，后来基本3％左右，我的是台式机

超级用户

你的机器？

我用kwrite很快啊

windwiny

是 gedit 的问题

你那个文件的文字 有些 字在 GBK 里有,但是 UTF8 里没有, 有些字符是 回车换行什么的,
gedit 还要分析,着色什么的,,造成开始速度慢,分析完成后就正常的了..

hzhr

Post by MntHome
刚刚装了个Testing，发现有个问题，在用Gedit打开一个文本文件并进行一些简单的操作时－－比如移动光标到文本内容的最后一行，CPU占用率急速上升，最后达到了90%以上，笔记本风扇响个不停。
        其实这个文本文件并不大，只有300k左右，因为是输入法的码表文件，唯一的特点就是行比较多（2万多行）。但我觉得这种情况不正常，毕竟文件不大，这倒底是什么原因呢，是Gedit不适合于处理这种行数较多的文本吗？还是系统哪里不对了？

另：此文件已附在第8贴。

试了一下，没有问题，刚打开时，占有100%左右，接着马上恢复正常，移动到最后一行也很快。
这个不是gedit的问题。
可能原因是这个文件是GB18030编码的，打开时gedit要将它转换为UTF-8，然后可能系统中还没有GB18030的字体，pango会花一点时间去找字体。
加一个支持 GB18030 的字体，估计会好一点。

MntHome

多谢楼上几位热心的朋友了，尤其是给了我一个很好的建议的hzhr！
看来Linux的X还有着很大的提高空间哪。
另外我装过了文泉驿的字体，应该是支持GB18030的，看来是Debian的预处理时间长的原因了。

说起文原驿字体，不知道各位用没用过，我感觉显示效果还是比较好的，但因为在解决Firefox显示慢的问题时把X给弄坏了，再帮忙看一下吧。（不是我懒惰不愿意自己解决问题，一方面水平太低，另一方面查了好多不一致的解决方法，不知道哪个对错。）

无法进入X的问题：http://www.linuxsir.cn/bbs/showthread.php?t=280883