| Summary: | xfce4 "action buttons" window takes a very long time to appear on the screen | ||
|---|---|---|---|
| Product: | xorg | Reporter: | Sylvain BERTRAND <sylvain.bertrand> |
| Component: | Server/Acceleration/glamor | Assignee: | Zhigang Gong <zhigang.gong> |
| Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> |
| Severity: | normal | ||
| Priority: | medium | CC: | info |
| Version: | git | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
|
Description
Sylvain BERTRAND
2014-03-17 17:56:47 UTC
Running up-to-date fedora rawhide. update: it's way faster now. But still, there is a lag of a few seconds on a quad-core 2.7 GHz... *** Bug 82141 has been marked as a duplicate of this bug. *** (In reply to comment #2) > But still, there is a lag of a few seconds on a quad-core 2.7 GHz... With glamor from current xserver Git, it's about 2s with the compositor disabled and about 1s with the compositor enabled. I take it that's still not acceptable for resolving this report? Solving this for good probably requires identifying the software rendering fallback path(s) hit by the Xfce logout dialog, and implementing hardware accelerated paths for them. Fix posted for review: http://lists.x.org/archives/xorg-devel/2014-August/043445.html commit 606b701c563c10f01dec147e061fa00cda784a9d Author: Michel Dänzer <michel.daenzer@amd.com> Date: Wed Aug 6 10:30:25 2014 +0900 glamor: Add glamor_copy_fbo_cpu() for CopyArea to non-GPU destination This provides a speedup e.g. when the destination is an SHM pixmap. |
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.