Bug 90504 - Switch to 30-bit color depth makes Xor.bin consume huge CPU resources
Summary: Switch to 30-bit color depth makes Xor.bin consume huge CPU resources
Status: RESOLVED MOVED
Alias: None
Product: xorg
Classification: Unclassified
Component: Server/General (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-05-18 10:04 UTC by Marc RECHTE
Modified: 2018-12-13 22:32 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Xorg.log 10-bit (18.42 KB, text/plain)
2015-05-18 10:04 UTC, Marc RECHTE
no flags Details
perf top (96.95 KB, image/png)
2015-05-18 11:16 UTC, Marc RECHTE
no flags Details

Description Marc RECHTE 2015-05-18 10:04:38 UTC
Created attachment 115874 [details]
Xorg.log 10-bit

Switching to 30-bit color depths makes the Xorg server unusable.


Created the following section in /etc/xorg.conf.d/99-30bit.conf
Section "Screen"
	Identifier "Screen0"
	Device "Device0"
	Monitor "Monitor0"
	DefaultDepth 30
	SubSection "Display"
		Depth 30
	EndSubSection
EndSection

GUI is very slow, any small animations consume a lot of CPU (Xorg.bin)


Name        : xorg-x11-server-Xorg
Version     : 1.16.3
Release     : 2.fc21
Architecture: x86_64



Also reported here:https://bugzilla.redhat.com/show_bug.cgi?id=1218321
Comment 1 Chris Wilson 2015-05-18 10:13:21 UTC
Have a look at the profiles. Your ddx supports acceleration with that color depth, so something else in the render chain is likely to be doing GetImage/PutImage fallback rendering.
Comment 2 Marc RECHTE 2015-05-18 10:36:28 UTC
Thanks for spending your time here. Could you please be more explicit on profiles ? Do you mean the problem lies in xorg-x11-drv-intel-2.99.916-3.20141117.fc21.x86_64 ?
Comment 3 Chris Wilson 2015-05-18 10:42:38 UTC
I expect that the time spent in Xorg is expected based on the activity of the clients. By profile, start with sudo perf top (record + report for attaching) then narrow down into whether that time is indeed expected (e.g. if it is from GetImage/PutImage or similar, it is the client's fault).
Comment 4 Marc RECHTE 2015-05-18 11:16:02 UTC
Created attachment 115875 [details]
perf top
Comment 5 GitLab Migration User 2018-12-13 22:32:19 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/xserver/issues/476.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.