之前，我用REDHAT，常常运行WINE来模拟一些东西，速度很快。
后来，我用了DEBIAN，在校时，也用WINE，速度也不错，后来，我工作了，难得用它一次，偶尔一用，发现很慢。
一直在找原因。
因为我用过，知道模拟的速度既便是所谓的慢，在感观上是无法感觉到的。
后来，我觉悟了，很可能与LOCALE有关。
因为，自从我从GB2312转为UTF8后，运行WINE才变慢的。而且运行一些英文软件时，若是开了FCITX，WINE也会变慢。
所以我觉得这是LOCALE的问题。
有朋友可以探讨一下吗？
我在ubuntu (也算debian吧)上用wine 0.9.x，暴慢。菜单反应都要半天。
而在 suse 上面暴快，一点不迟钝，模拟的程序几乎和在windows上没有区别。
二者都是 utf8 的locale，所以这不是原因。
我KILL了fcitx后，wine速度暴快。
还真看不出来。基本上显示都一样。不同的是开了FCITX后，运行WINE发现CPU处于100%的状态时间很长，而杀了它后，CPU时间就短了。
非常认同wine在中文locale 下慢很多，为了提速，最好是用高效的gcc 如gcc-4.x来编译wine，Debian提供的包效能极低！
用 LANG=zh_CN.GB2312 wine 来运行即可。
估计与fcitx有一定的关系，但直觉告诉我，可能是DEBIAN下的FCITX在LOCALE方面有冲突。因为在GB2312下，以前我试过，两者可以很好地兼容。有条件的朋友可以试试，我不想改回去试来试去的了。
而其它版本如REDHAT下没有这样的问题。以前我甚至在WINE模拟FICQ，模拟后还用FCITX在里面打字，传输，我记得那里用的就是DEBIAN，LOCALE是GBK。
我的发现，给大家分享一下，在进入gnome之后，pkill scim可以很大程度提高wine的速度，我的系统是FC4，最新更新过的，locale=utf8,之前一直是wine很慢，尤其是新开窗口的时候，打开菜单也是，但是其他操作有不慢，速度下来的时候CPU立马满格。
我感觉是scim与wine的某个资源冲突，或者什么。
