SCIM的GTK immodule的内存占用问题

lonecat

SCIM是一个很好用的输入法，我用它已经有一段时间了，而且我特别喜欢SCIM的GTK immodule，用它输入中文，要比用XIM输入中文方便不少，特别是在gnome-terminal中。但我一直有一个感觉，当设定 GTK_IM_MODULE=scim 时，程序启动的速度会稍慢。

今天我发现了另外一个问题，就是用scim的immoudle似乎占用了不少的内存。我做了一个实验，开启gnome-system-monitor，查看gnome-system-monitor进程占用的内存。当输入法选择为XIM时，其RSS内存为12.xM，在Search后面的对话框中，将输入法切换到SCIM Input Module，稍等一下之后，其RSS内存会增长到20.xM，Shared Memory也有一些增长，再切换回XIM，占用内存会下降，但并未降到原先的水平。

如果再开几个程序，每次当把输入法切换到SCIM时，内存都会有大概6M左右的增加。RSS是一个进程实际占用的物理内存，如果占用的RSS内存增加了，则说明它确实使用了那些内存。

不知道我的这种实验方法有没有什么问题，或者我对Linux内存的理解有些问题。

我用的系统是Debian Sid，SCIM版本为1.0.1-3，scim-chinese版本为0.4.2-1。

现在我把GTK_IM_MODULE重新设定为xim并继续使用之，感觉依然不错。发此文之目的并非褒贬哪个输入法，只是提出一些我不太明白的问题，希望大家不要讨论其它的问题。

sfatsdu

没有回到原来的水平是因为VM缓存了不少东西，如果很快又调用程序就不用读硬盘了。

lonecat

最初由 sfatsdu 发表
没有回到原来的水平是因为VM缓存了不少东西，如果很快又调用程序就不用读硬盘了。

RSS是程序实际占用的内存，缓冲应该不会算在其中。

james_su

这个没什么关系的说。vmRSS 主要是程序占用的内存。调用 scim 的 gtk immodule，肯定要连接 libscim 等等很多额外的库了。这些库所占用的内存都算在内的。
但是这些库占用的内存是和其他程序（比如SCIM自己）共享的。所以无所谓的。

ganloo

James，gtk-immodules还有不少问题，你为什么不对这个作点改进呢？