By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.
Bug 2176 - TWin randomly overloads CPU when using transparency effects
Summary: TWin randomly overloads CPU when using transparency effects
Status: RESOLVED FIXED
Alias: None
Product: TDE
Classification: Unclassified
Component: tdebase (show other bugs)
Version: R14.0.0 [Trinity]
Hardware: Other Linux
: P5 normal
Assignee: Timothy Pearson
URL:
Depends on:
Blocks: 2014
  Show dependency tree / graph
 
Reported: 2014-10-28 21:51 CDT by Kristopher
Modified: 2014-11-10 18:33 CST (History)
3 users (show)

See Also:
Compiler Version:
TDE Version String:
Application Version:
Application Name:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Kristopher 2014-10-28 21:51:55 CDT 
With the transparency effects enabled for window borders, titlebars, etc. enabled, TWin will randomly start using anywhere from 50% to 100% of my CPUs attention. I've been testing this over the last few days to see if I can determine what is causing this (e.g. moving, resizing, opening/closing, etc.) and I cannot determine one single cause; however, it seems to occur most frequently when adjusting the settings under either Control Center -> Appearance & Themes -> Window Decorations (all tabs) or Control Center -> Desktop -> Window Behavior -> Translucency.

I am running an Intel HD Graphics chip with 256MB video RAM on an Intel Core i7, and I do have X.org's compositor extensions enabled.
Comment 1 Timothy Pearson 2014-10-28 22:05:19 CDT 
twin in R14 uses a modified compton as its compositor.  Before R14 final release I'll try to sync the compton code with upstream to see if it fixes this issue.
Comment 2 Alex Couture 2014-11-01 15:07:59 CDT 
Hi,

Although it is not exactly the same thing, when TDE R14 is used with Crystal false transparency window border, it causes some lockups of variable length, from 1-2 seconds to half a minute.


-Alexandre
Comment 3 Timothy Pearson 2014-11-01 15:15:34 CDT 
(In reply to Alex Couture from comment #2)
> Hi,
> 
> Although it is not exactly the same thing, when TDE R14 is used with Crystal
> false transparency window border, it causes some lockups of variable length,
> from 1-2 seconds to half a minute.
> 
> 
> -Alexandre

I assume you are talking about twin locking up?  If you can break into twin with gdb during those lockups and generate a backtrace that issue could probably be solved.

Tim
Comment 4 Alex Couture 2014-11-02 07:39:49 CST 
Ok, please refer to bug 2182

Thank you!
-Alexandre
Comment 5 Timothy Pearson 2014-11-10 16:14:44 CST 
Something appears to be calling KIPC BackgroundChanged continually when this bug hits.  If this can be fixed (BackgroundChanged is only supposed to be called when the desktop background changes) the various Crystal transparency bugs should disappear.

Assigning this to myself as I am currently working on it.
Comment 6 Timothy Pearson 2014-11-10 18:33:16 CST 
Fixed in GIT hash b0c4ab3.

Thanks for reporting!