Bug 399114

Summary: GCompris CPU load around 75%
Product: [Applications] gcompris Reporter: Alexander Potashev <aspotashev>
Component: generalAssignee: Bruno Coudoin <bruno.coudoin>
Status: CONFIRMED ---    
Severity: normal CC: jazeix
Priority: NOR    
Version First Reported In: unspecified   
Target Milestone: ---   
Platform: Fedora RPMs   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description Alexander Potashev 2018-09-26 19:35:04 UTC 
When showing the intro/catalog screen, gcompris-qt loads my CPU at around 75% on each of the CPU cores. I have an i7-6700HQ (4 physical cores, 8 threads) and gcompris-qt runs several threads at ~0% CPU load, then 1 thread ~18% CPU load and another 8 threads at ~75% each (percentages of one logical core capacity).

When switching into an activity (e.g. "Graph Coloring"), the number of gcompris-qt's threads does not change, but the CPU load by each of them becomes about 0%.

Version: gcompris-qt 0.91
Comment 1 Jazeix Johnny 2018-10-01 18:50:53 UTC 
Hi,

not sure how to fix this but for sure we can try to optimize and use less CPU/memory.
Using software renderer mode uses less CPU (but not yet available in the distributions).
For sure, we read a lot of files at the beginning (one per activity) and they are loaded in memory but there should be a way to improve this.
Comment 2 Alexander Potashev 2018-10-01 19:47:25 UTC 
Loading files at startup is not a problem. The 75% CPU load persists until you either quit GCompris or open another activity without such problem. When you go back to a faulty activity (see list below), the CPU load is again at around 75%.

Screens having such problem:
 - The activities catalog (displayed on startup)
 - "Mining for gold"
 - "A baby wordprocessor"

Screens that don't have such problem:
 - "Penalty kick"
 - "Make the ball go to Tux"
 - "Move the mouse or touch the screen"