ibus-daemon hogging resources

Bug #1248260 reported by Nicolas Riesco
This bug affects 19 people
Affects Status Importance Assigned to Milestone
ibus (Ubuntu)

Bug Description

At times, typing becomes very sluggish and I can see ibus-daemon becomes the process consuming most CPU and most memory in the system.

Everything else is responsive, i.e. mouse

ProblemType: Bug
DistroRelease: Ubuntu 13.10
Package: ibus 1.5.3-6ubuntu2
ProcVersionSignature: Ubuntu 3.11.0-12.19-generic 3.11.3
Uname: Linux 3.11.0-12-generic x86_64
ApportVersion: 2.12.5-0ubuntu2.1
Architecture: amd64
Date: Tue Nov 5 17:08:06 2013
EcryptfsInUse: Yes
InstallationDate: Installed on 2010-07-07 (1217 days ago)
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
MarkForUpload: True
SourcePackage: ibus
UpgradeStatus: Upgraded to saucy on 2013-10-25 (11 days ago)

Revision history for this message
Nicolas Riesco (nicolas-riesco) wrote :
Revision history for this message
Nicolas Riesco (nicolas-riesco) wrote : Re: [Bug 1248260] [NEW] ibus-daemon hogging resources

More info:

I've noticed this time it happened right after closing a Gnome terminal.

Revision history for this message
Pablo Capeluto (pablocapeluto) wrote :

Happens to me when I leave the netbook (msi-u100) single battery for a few minutes, or when I change the brightness

Revision history for this message
Nicolas Riesco (nicolas-riesco) wrote : [Bug 1248260] Re: ibus-daemon hogging resources

I believe this is a configuration problem resulting from a "problematic"
upgrade from 13.04 to 13.10, because:
* only one of my computers is affected by this bug.
* the affected computer had three languages installed: English, Spanish
and Polish. Although, after the "problematic" upgrade, the language
indicator was still showing all the three languages as options, Spanish
and Polish were missing in the System Settings.

I have solved this problem in my desktop by installing the Spanish and
Polish language packages again:
1) System Settings > Language Support
2) Language > Install/Remove Languages
3) Tick all the languages listed in the language indicator

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in ibus (Ubuntu):
status: New → Confirmed
Revision history for this message
madmaze (matthias-a-lee) wrote :

I have been having a similar problem for a while now, very randomly. I am not sure if its the same as described by others.

I cannot reproduce it at will(It seems to happen when moving between windows, especially gnome-terminal, eclipse and guake), but every now and again the IBUS-daemon pegs one CPU core at 100% and all typing becomes very delayed.

Today I finally managed to get an strace log of it happening, at least the tail end of it. I did not catch the beginning of the event only the end before it went back to normal, but you can see that it's trying to continuously access an unavailable resource.

Please see attached log.

Revision history for this message
madmaze (matthias-a-lee) wrote :

for comparison, I also attached what the strace log looks like during normal operation

Revision history for this message
David Crighton (crighton) wrote :

Observed on upgrade to 14.04 workaround in comment #4 does not work, the option to isntall and remove languages is greyed out.

Revision history for this message
Brian Coleman (brianfcoleman-0) wrote :

I am seeing this behaviour in Eclipse 4.4 (Luna) with Oracle JDK 8, and Ubuntu 14.04 x86_64 and Unity. When typing in Eclipse, the IBus daemon consumes 100% CPU. The problem goes away if I disable IBus using the preference in Language Support for Keyboard input method system. I believe that I have also seen this problem when typing in Unity HUD but have not confirmed it.

Revision history for this message
Gino (ginobeans) wrote :

i could move the mouse around but the mouse clicks were not registering. using ssh, logged in (took a little while) and noticed that the load was 12 or higher. running 'top', i saw a couple ibus related processes that were taking up gigabytes of ram. indeed, even though i only had chrome and a couple terminals open, the system had started using significant swap space in addition to the 6 gigabytes of ram available to it.

i killed a couple of those massively bloated ibus processes and the system soon returned to normal. and mouse clicks started working again.

can you guys do a code review of the ibus related code, to see if you can where the runaway resource utilization might be occurring. and possibly do some checks. at least log info that would help to identify/pinpoint what is going on.

at the very least, have it monitor itself, in terms of resource utilization and have it automatically restart/exit if the utilization goes above a reasonable threshold. 2+ gigabytes used by one system process is NOT reasonable..

Revision history for this message
Gino (ginobeans) wrote :

Ok. This is pretty bizarre. The system unresponsiveness issue happened again.

This time, I ssh'ed in and noticed that Google Chrome was using 105% of CPU and the load was shooting up.

Did a 'killall chrome' and the load went down to normal.

Looks like Chrome has some issues running on Ubuntu Linux.

Revision history for this message
jfrantzius (jfrantzius) wrote :

I just saw this happening on 14.04, and ibus CPU usage dropped to normal level after shutting down Eclipse (Luna 4.4.1).

Revision history for this message
Chris Sharp (chrissharp123) wrote :

Seeing this behavior in a fresh install of 14.10 too. In my case, typing in gedit was very sluggish and top revealed ibus-daemon at the top of top and high (>4) system load.

Revision history for this message
Shafik Mahomad (smahomad) wrote :

Experiencing something like this on 22.04 LTS after upgrading from 20.04 LTS - I'm running KUbuntu.

So far I'm seeing a direct relation with chrome browser (Version 104.something, supposedly the latest).

As soon as I invoke Chrome, after a short while keyboard responsiveness becomes extremely lagged to a point of not being usable at all.

 -I select restart from the iBus language selection indicator panel - the indicator in question does not re-appear, but the ibus-daemon process disappears clearing the keyboard lag from all applications. Still some system-wide input fields stop accepting input like Dolphin, KDE menu, and possibly a few others.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers