CPU usage of "idle" brltty is too high

Bug #40245 reported by Gary Coady
This bug report is a duplicate of:  Bug #40174: Serious Memory Leak. Edit Remove
4
Affects Status Importance Assigned to Milestone
brltty (Ubuntu)
New
Medium
Unassigned

Bug Description

I ran sysprof on a mostly idle system (gaim, x-chat, firefox, thunderbird, GNOME desktop loaded), and over the course of a minute, 50% of total CPU usage went to brltty. Next highest, 5.5% went to gaim, 5.2% to sysprof - and those two were doing something USEFUL.

Almost all of this is within the Papermeier driver. Note that this is after a leak fix (bug 40174), but I don't think this should make a major difference. A full configuration file parsing is done every five seconds (or so), plus the memory for that parsing is allocated and deallocated.

The module system for brltty needs to be revamped so it doesn't reload its configuration repeatedly like that if it can't find a braille tty. It needs to keep all modules loaded in memory until one of them succeeds - then it can consider calling dlclose() on the others.

This isn't a good level of CPU usage, especially for laptop users.

Revision history for this message
Lars A E (eidsheim) wrote :

I can confirm the memory usage of brltty. It currently uses 115mb on my system.

Revision history for this message
Gary Coady (garycoady) wrote :

Hi Lars,
there was a bad memory leak in the most recent version of brltty, 3.7.2-2ubuntu2. See bug 40174. You should see a fix for this reach the mirrors soon.

This bug refers to the CPU usage of the program when no braille hardware is attached (there are spikes in CPU usage every 5 seconds).

Revision history for this message
Lars A E (eidsheim) wrote :

Thank you for the clarification.

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

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.