Bug 30785 - xf86-video-ati-6.13.2 slow
Summary: xf86-video-ati-6.13.2 slow
Status: RESOLVED DUPLICATE of bug 30679
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-10-11 17:02 UTC by ps
Modified: 2012-10-12 14:08 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments
dmesg (84.13 KB, patch)
2010-10-11 17:04 UTC, ps
no flags Details | Splinter Review
Xorg.0.log (26.61 KB, text/plain)
2010-10-11 17:04 UTC, ps
no flags Details
xorg.conf (5.81 KB, text/plain)
2010-10-11 17:05 UTC, ps
no flags Details

Description ps 2010-10-11 17:02:56 UTC
after upgrading from 6.13.1 to 6.13.2 my terminals became much slower when
rendering text and when moving with cursor.
(Eterm with backround image)

gentoo, xorg-server 1.7.7-r1, libX11 1.3.4, ati radeon HD3650.
Comment 1 ps 2010-10-11 17:04:03 UTC
Created attachment 39352 [details] [review]
dmesg
Comment 2 ps 2010-10-11 17:04:59 UTC
Created attachment 39353 [details]
Xorg.0.log
Comment 3 ps 2010-10-11 17:05:19 UTC
Created attachment 39354 [details]
xorg.conf
Comment 4 Alex Deucher 2010-10-11 17:27:14 UTC
This is likely a duplicate of bug 30679.
Comment 5 ps 2010-10-11 18:02:45 UTC
dont know to decide it.
i put Option "EXAOptimizeMigration" "off" into xorg.conf and nothing changed.
also no KDE here - e16 wm and Eterm. another symptom is that audacious vizualization plugin becames jerky when CPU starts compute something, eg gcc compilation. this was not the case before.
Comment 6 Andrew Randrianasulu 2010-10-11 23:04:11 UTC
Even if I noticed this  slowness in my limited testing (=use system as usual), i just moved away and sink into another  adventure without investigation. Sorry for this.

I'm using Eterm + e16 too, (not with radeon, right now) but i think  Comment #4 from Alex Deucher is right - i surely have bitmap fonts in my Eterm ....

Guess we both can move into tracking 30679 ?
Comment 7 ps 2010-10-12 04:49:04 UTC
(In reply to comment #6)
> Guess we both can move into tracking 30679 ?

from what i understood 30679 has workaround by Option "EXAOptimizeMigration" "off"
which is not my case. does it work for you?
Comment 8 Andrew Randrianasulu 2010-10-12 04:56:11 UTC
(In reply to comment #7)
> (In reply to comment #6)
> > Guess we both can move into tracking 30679 ?
> 
> from what i understood 30679 has workaround by Option "EXAOptimizeMigration"
> "off"
> which is not my case. does it work for you?

Currently I using different driver on different hw (nouveau with GF6200). But  I also use X server from git,  usually master and now - 1.9 branch with one commit reverted (workaround for broken mouse handling in some games).  In different X server versions "EXAOptimizeMigration" was on or off by default (may be some distributions turn it on, too ?), i think in my case it is off.

Also, i'm on  AGP box, so speed difference can be bigger in my case (compared to PCI-E guys).
Comment 9 ps 2010-10-12 05:00:45 UTC
>i think in my case it is off.

in such a case it looks probable this is a dupe.
Comment 10 ps 2010-10-12 05:02:50 UTC

*** This bug has been marked as a duplicate of bug 30679 ***


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.