ibus-daemon applet leaks memory badly

Also, look at the virtual memory usage. Even after restarting, it still thinks that it needs an address space of over 240MB. Clearly something is wrong with this app.

I had it climb to 21% of available memory, which should be about 831.18MB?

The IBUS project uses Google Code and Google Groups and not Launchpad for project management, though, so it's not guaranteed that they'll see this bug report unless it's reported there.

They also have an IRC channel on Freenode.

David,

Good to know, but doesn't that mean the package maintainers should open a ticket upstream and link it here after they've verified the problem? That's what I've always assumed the process is, anyway.

Possibly... I wouldn't be able to say whether that happens in practice, though.

↑ It would seem that it does, since clicking on "ibus (Ubuntu)" above yields a number of bug reports with activity in them. So presumably it will be noticed, then.

From: http://code.google.com/p/ibus/issues/detail?id=920

replied by Shawn.P.Huang:

Please try the latest version.
You could update from my ppa. You could find the detail from
http://code.google.com/p/ibus/wiki/ReadMe .

Thank you both! This new version does not seem to leak memory at all; the memory usage stays fixed at 0.9%.

After I've been logged in for a few weeks, this python process (same as in the bug description) gets to using half a gig or more of ram on my laptop; killing the process noticeably improves system responsiveness. It seems like the fix ought to be part of an update for Lucid.

Li Daobing's suggestion (#8) to update from Shawn P Huang's PPA does seem to help the problem quite a bit. There is a much much smaller leak of about 2 bytes per input method switch, but that is much better than the version in 10.4

Hi Rob Latham,

How did you find the memory leak of 2 bytes per input method switch? Which process leaks the 2 bytes?

Confirmed:
Uptime of my notebook is 19 days now, and this little plugin has already climbed up to 520MB. Clicking to restart removes the process, eventhough I have 4GB of memory, spending one eight of it for an IME tool seems a bit much ^^

Not a work-around but I always use "ibus-daemon --replace" after a while to kick off Python's garbage collector to free up some memory. It's useful for long up-time computers.

The latest ibus packages fix this. Add:

deb http://ppa.launchpad.net/shawn-p-huang/ppa/ubuntu lucid main

to your /etc/apt/sources.list file and upgrade. Make sure you install the python-notify package.

Can we please get these packages integrated into updates?

This bug shows up as a memory leak in plasma-desktop at a rate of 250kb/sec.

@JohnFlux:

Installing newest iBus from Shawn P. Huang's PPA made my input method (ibus-unikey) unusable. I have asked him on the iBus user mailing list several times but somehow my post were never moderated. Disappointed...

Hi. Mine does not get to aforementioned extremes, but it might if my uptimes get longer (which is inhibited by another issue) Well using "ibus-daemon --replace" is nice, although it leaves a zombie behind.
One could actually start or reissue "ibus-daemon --replace" in the limited shell. I use it for similar memory loving apps, like gnome-stardict
Say, start a terminal and execute

$ ulimit -v 307200 -m 20480 #or similar, where -m and -v are the actual memory virtual memories in kb, resp.
and then
$ ibus-daemon --replace

When the greedy python process gets to the maximum limit it exits and the applet is gone, one can then restart ibus-daemon from the same limited shell.

It turns out, that I don't really need that applet, so I am figuring how to dispense with it completely.

In my case Shawn Huang's ppa shawn-p-huang/ppa/ubuntu seems to fix it. The associated python process does not exceed 20MB. Although, the language window does not pop-up anymore, the ibus applet only shows the switch (maybe I have to logout-login). I am 100% satisfied with this.
Actually, apt-get could not handle the upgrade, aptitude could.

All right, who is going to bring shawn's ppa into the official repositories so that rest of the users would benefit from it?

Just discover this bug when my system response is bad, check from the top:
 2188 user 20 0 1073m 592m 5988 S 0 19.7 6:46.39 python
and find out that python is:
$ ps -ef | grep 2188
user 2188 2176 0 Feb08 ? 00:06:46 python /usr/share/ibus/ui/gtk/main.py
that's crazy for an IME used so much memory. Still no official upgrade for this package?

Hi, all.

It's 2012.
Several things changed.
The upstream issue is already closed.
Shawn Huang's PPA is no longer maintained.
Ubuntu 12.04 comes with latest stable release of IBus.

I'd like to whether newer version of IBus still have this issue?
If not, I'd like to close this bug as "Fix Released".

This seems fixed to me in Ubuntu 11.10. I'm currently seeing:

$ ps auwwx | head -1; ps auwwx | grep main.py | grep -v grep
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
dbaron 2142 0.0 0.1 483600 11304 ? Sl Jun15 8:43 /usr/bin/python /usr/share/ibus/ui/gtk/main.py

That is, 11meg RSS after 22 days.

Close as Fix Released.

Correct me if I'm wrong.