Bug 70660
| Summary: | miniChinput chews CPU and memory | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Fergal Daly <fergal> |
| Component: | miniChinput | Assignee: | Yu Shao <yshao> |
| Status: | CLOSED RAWHIDE | QA Contact: | David Lawrence <dkl> |
| Severity: | high | Docs Contact: | |
| Priority: | medium | ||
| Version: | 7.3 | CC: | eng-i18n-bugs, wtanaka |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | athlon | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2004-09-06 05:25:10 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
miniChinput needs memory, but not that much, and I have never met it is being locked. For -18 and above versions, the only thing I can think of is its huge 18030 font file(30000+ characters), perhaps X need more cache momery. You can try wiht zh_CN.GB2312 locale, see if there is any difference. Can you give me more cases of being locked or very slow? It turns out that the problem is somehow related to xterm also. I was finding it impossible to replicate with a fresh account but this was because I was using gterm or kterm with those accounts. So to replicate it, create a fresh account, login in Simplified Chinese mode and run xterm. If you run top in the xterm you should see that X, chinput and the xterm are all busy doing something and chinput's memory usage is increasing steadily. On my machine it goes up at about 20k per second and so after about 5 or 6 hours it fills all of my ram and swap and things get nasty. Hope this helps. This happens to me with miniChinput-0.0.3-51.2 from rawhide. from top: PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU COMMAND 3590 root 24 0 92980 19M 2496 R 34.9 7.6 4:38 0 X 3983 wtanaka 15 0 7408 6512 1296 S 17.4 2.5 1:01 0 chinput 4387 wtanaka 15 0 4432 4272 1952 S 15.5 1.6 0:37 0 xterm 3977 wtanaka 16 0 8184 8184 3728 R 9.7 3.2 0:33 0 xmms 3714 wtanaka 15 0 2536 2196 968 S 6.7 0.8 0:27 0 fvwm2 3999 wtanaka 15 0 62112 53M 14904 S 6.7 21.5 2:25 0 mozilla-bin 3991 wtanaka 15 0 16288 15M 8848 S 5.8 6.1 0:43 0 gedit 4448 wtanaka 15 0 1104 1104 876 R 2.9 0.4 0:03 0 top Is this still valid? Closing this bug due to its age, and miniChinput has been ported to IIIMF. Reopen this bug if necessary. Latest rawhide is miniChinput-0.0.3-58.src.rpm. |
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020408 Description of problem: Even if you're not doing anything, miniChinput sits there gobbling up memory. I'm pretty sure it has been the cause of 2 out of memory/swapaholic lockups in the last couple of days. Also, while it's running, it's taking up about 10% of CPU time and X takes another 20%, whereas without chinput, X uses about 0% when idle. It happens with versions 0.0.3-18 and -20 Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.Set your language to Chinese 2.Log in to KDE through GDM (I presume this part is not important but just in case, this is exactly what I'm doing) Actual Results: Even when not in use, chinput eats memory and uses CPU and X uses lots more than it normally does when idle. After some time massive swapping starts and everything locks up Additional info: