xserver-xorg-video-radeon 6.14.4: X has constant 10 % CPU usage

[Michel Dänzer]

On Mit, 2012-09-12 at 15:29 +0200, Paul Menzel wrote:
> Am Dienstag, den 11.09.2012, 15:24 +0200 schrieb Michel D?nzer:
> > On Die, 2012-09-11 at 15:07 +0200, Paul Menzel wrote: 
> > > Am Dienstag, den 11.09.2012, 14:55 +0200 schrieb Michel D?nzer:
> > > > On Die, 2012-09-11 at 14:42 +0200, Paul Menzel wrote: 
> > > > > 
> > > > > using Debian Sid/unstable with the awesome 3.4.13-1 window manager and
> > > > > Evolution 3.4.3-1, htop shows X to constantly use 10 % of the CPU.
> > > > > Closing Evolution the usage goes back to more or less 0 %.
> > > > 
> > > > I'm not seeing this. Is there something in your Evolution window(s) that
> > > > is constantly repainting, e.g. a spinner in the status bar, a blinking
> > > > cursor, ... ?
> > > 
> > > Now that you are mentioning it, in the bottom there is the message
> > > ?Checking for New Messages? and next to it there is an animation where
> > > something goes around a circle. Canceling that removes X?s CPU usage.
> > 
> > That's a GTK+ spinner widget, which uses RENDER trapezoids, which is a
> > software rendering fallback with EXA.
> 
> Could that be changed to not us some fallback?

Anything could be done ;), but it would require a lot of work to EXA and
the drivers, which is unlikely to happen at this point. 


-- 
Earthling Michel D?nzer   |   http://www.amd.com
Libre software enthusiast |  Debian, X and DRI developer

Re: xserver-xorg-video-radeon 6.14.4: X has constant 10 % CPU usage

[Michel Dänzer]

On Mit, 2012-09-12 at 15:29 +0200, Paul Menzel wrote:
 Am Dienstag, den 11.09.2012, 15:24 +0200 schrieb Michel Dänzer:
  On Die, 2012-09-11 at 15:07 +0200, Paul Menzel wrote: 
   Am Dienstag, den 11.09.2012, 14:55 +0200 schrieb Michel Dänzer:
On Die, 2012-09-11 at 14:42 +0200, Paul Menzel wrote: 
 
 using Debian Sid/unstable with the awesome 3.4.13-1 window manager and
 Evolution 3.4.3-1, htop shows X to constantly use 10 % of the CPU.
 Closing Evolution the usage goes back to more or less 0 %.

I'm not seeing this. Is there something in your Evolution window(s) that
is constantly repainting, e.g. a spinner in the status bar, a blinking
cursor, ... ?
   
   Now that you are mentioning it, in the bottom there is the message
   »Checking for New Messages« and next to it there is an animation where
   something goes around a circle. Canceling that removes X’s CPU usage.
  
  That's a GTK+ spinner widget, which uses RENDER trapezoids, which is a
  software rendering fallback with EXA.
 
 Could that be changed to not us some fallback?

Anything could be done ;), but it would require a lot of work to EXA and
the drivers, which is unlikely to happen at this point. 


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast |  Debian, X and DRI developer
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

xserver-xorg-video-radeon 6.14.4: X has constant 10 % CPU usage

[Paul Menzel]

Am Dienstag, den 11.09.2012, 15:24 +0200 schrieb Michel D?nzer:
> On Die, 2012-09-11 at 15:07 +0200, Paul Menzel wrote: 
> > Am Dienstag, den 11.09.2012, 14:55 +0200 schrieb Michel D?nzer:
> > > On Die, 2012-09-11 at 14:42 +0200, Paul Menzel wrote: 
> > > > 
> > > > using Debian Sid/unstable with the awesome 3.4.13-1 window manager and
> > > > Evolution 3.4.3-1, htop shows X to constantly use 10 % of the CPU.
> > > > Closing Evolution the usage goes back to more or less 0 %.
> > > 
> > > I'm not seeing this. Is there something in your Evolution window(s) that
> > > is constantly repainting, e.g. a spinner in the status bar, a blinking
> > > cursor, ... ?
> > 
> > Now that you are mentioning it, in the bottom there is the message
> > ?Checking for New Messages? and next to it there is an animation where
> > something goes around a circle. Canceling that removes X?s CPU usage.
> 
> That's a GTK+ spinner widget, which uses RENDER trapezoids, which is a
> software rendering fallback with EXA.

Could that be changed to not us some fallback?

> > Should I recommend something to the Evolution folks on how to due such
> > animations? Or is the only way to avoid animations?
> 
> I don't think there's anything wrong with the animation per se. However,
> one issue I've found is that Evolution schedules many actions as glib
> idle callbacks with priority lower than G_PRIORITY_HIGH_IDLE + 20, which
> is the priority used by GTK+ for drawing animations. This can result in
> the animations delaying the completion of the actual work they're
> representing.

I reported that issue as 

[Bug 683867] Schedule actions with priority higher than 
G_PRIORITY_HIGH_IDLE + 20

to the GNOME BTS [1] and Matthew Barnes replied that this should be done
in GTK+ itself.


Thanks,

Paul


[1] https://bugzilla.gnome.org/show_bug.cgi?id=683867
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: 

Re: xserver-xorg-video-radeon 6.14.4: X has constant 10 % CPU usage

[Paul Menzel]

Am Dienstag, den 11.09.2012, 15:24 +0200 schrieb Michel Dänzer:
 On Die, 2012-09-11 at 15:07 +0200, Paul Menzel wrote: 
  Am Dienstag, den 11.09.2012, 14:55 +0200 schrieb Michel Dänzer:
   On Die, 2012-09-11 at 14:42 +0200, Paul Menzel wrote: 

using Debian Sid/unstable with the awesome 3.4.13-1 window manager and
Evolution 3.4.3-1, htop shows X to constantly use 10 % of the CPU.
Closing Evolution the usage goes back to more or less 0 %.
   
   I'm not seeing this. Is there something in your Evolution window(s) that
   is constantly repainting, e.g. a spinner in the status bar, a blinking
   cursor, ... ?
  
  Now that you are mentioning it, in the bottom there is the message
  »Checking for New Messages« and next to it there is an animation where
  something goes around a circle. Canceling that removes X’s CPU usage.
 
 That's a GTK+ spinner widget, which uses RENDER trapezoids, which is a
 software rendering fallback with EXA.

Could that be changed to not us some fallback?

  Should I recommend something to the Evolution folks on how to due such
  animations? Or is the only way to avoid animations?
 
 I don't think there's anything wrong with the animation per se. However,
 one issue I've found is that Evolution schedules many actions as glib
 idle callbacks with priority lower than G_PRIORITY_HIGH_IDLE + 20, which
 is the priority used by GTK+ for drawing animations. This can result in
 the animations delaying the completion of the actual work they're
 representing.

I reported that issue as 

[Bug 683867] Schedule actions with priority higher than 
G_PRIORITY_HIGH_IDLE + 20

to the GNOME BTS [1] and Matthew Barnes replied that this should be done
in GTK+ itself.


Thanks,

Paul


[1] https://bugzilla.gnome.org/show_bug.cgi?id=683867


signature.asc
Description: This is a digitally signed message part
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

xserver-xorg-video-radeon 6.14.4: X has constant 10 % CPU usage

[Michel Dänzer]

On Die, 2012-09-11 at 15:07 +0200, Paul Menzel wrote: 
> Am Dienstag, den 11.09.2012, 14:55 +0200 schrieb Michel D?nzer:
> > On Die, 2012-09-11 at 14:42 +0200, Paul Menzel wrote: 
> > > 
> > > using Debian Sid/unstable with the awesome 3.4.13-1 window manager and
> > > Evolution 3.4.3-1, htop shows X to constantly use 10 % of the CPU.
> > > Closing Evolution the usage goes back to more or less 0 %.
> > 
> > I'm not seeing this. Is there something in your Evolution window(s) that
> > is constantly repainting, e.g. a spinner in the status bar, a blinking
> > cursor, ... ?
> 
> Now that you are mentioning it, in the bottom there is the message
> ?Checking for New Messages? and next to it there is an animation where
> something goes around a circle. Canceling that removes X?s CPU usage.

That's a GTK+ spinner widget, which uses RENDER trapezoids, which is a
software rendering fallback with EXA.

> Should I recommend something to the Evolution folks on how to due such
> animations? Or is the only way to avoid animations?

I don't think there's anything wrong with the animation per se. However,
one issue I've found is that Evolution schedules many actions as glib
idle callbacks with priority lower than G_PRIORITY_HIGH_IDLE + 20, which
is the priority used by GTK+ for drawing animations. This can result in
the animations delaying the completion of the actual work they're
representing.


-- 
Earthling Michel D?nzer   |   http://www.amd.com
Libre software enthusiast |  Debian, X and DRI developer
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part
URL: 

xserver-xorg-video-radeon 6.14.4: X has constant 10 % CPU usage

[Paul Menzel]

Am Dienstag, den 11.09.2012, 14:55 +0200 schrieb Michel D?nzer:
> On Die, 2012-09-11 at 14:42 +0200, Paul Menzel wrote: 
> > 
> > using Debian Sid/unstable with the awesome 3.4.13-1 window manager and
> > Evolution 3.4.3-1, htop shows X to constantly use 10 % of the CPU.
> > Closing Evolution the usage goes back to more or less 0 %.
> 
> I'm not seeing this. Is there something in your Evolution window(s) that
> is constantly repainting, e.g. a spinner in the status bar, a blinking
> cursor, ... ?

Now that you are mentioning it, in the bottom there is the message
?Checking for New Messages? and next to it there is an animation where
something goes around a circle. Canceling that removes X?s CPU usage.

Thanks a lot.

Should I recommend something to the Evolution folks on how to due such
animations? Or is the only way to avoid animations?

> > Could somebody please tell me what component (X driver, DRM, Evolution,
> > Cairo, ?) to investigate and how?
> 
> I'd focus on profiling the X server, making sure the profiles show
> symbols, ideally with call graphs. sysprof or perf might work better for
> this than oprofile.

Thanks. Lucky me, that this is not needed now and I can postpone how to
figure out how to start X that way under Debian with GDM.


Michael, thanks as always!

Paul
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: 

xserver-xorg-video-radeon 6.14.4: X has constant 10 % CPU usage

[Michel Dänzer]

On Die, 2012-09-11 at 14:42 +0200, Paul Menzel wrote: 
> 
> using Debian Sid/unstable with the awesome 3.4.13-1 window manager and
> Evolution 3.4.3-1, htop shows X to constantly use 10 % of the CPU.
> Closing Evolution the usage goes back to more or less 0 %.

I'm not seeing this. Is there something in your Evolution window(s) that
is constantly repainting, e.g. a spinner in the status bar, a blinking
cursor, ... ?


> Could somebody please tell me what component (X driver, DRM, Evolution,
> Cairo, ?) to investigate and how?

I'd focus on profiling the X server, making sure the profiles show
symbols, ideally with call graphs. sysprof or perf might work better for
this than oprofile.


-- 
Earthling Michel D?nzer   |   http://www.amd.com
Libre software enthusiast |  Debian, X and DRI developer
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part
URL: 

xserver-xorg-video-radeon 6.14.4: X has constant 10 % CPU usage

[Paul Menzel]

Dear DRI folks,


using Debian Sid/unstable with the awesome 3.4.13-1 window manager and
Evolution 3.4.3-1, htop shows X to constantly use 10 % of the CPU.
Closing Evolution the usage goes back to more or less 0 %.

I am contacting this list because of the output of OProfile. After
figuring out what is the culprit I would submit the appropriate bug
report.

$ opcontrol --version
opcontrol: oprofile 0.9.6 compiled on Jul 11 2011 15:32:06
$ sudo opcontrol --separate=lib,kernel
$ sudo opcontrol --start-daemon
$ opreport
CPU: AMD64 processors, speed 1000 MHz (estimated)
Counted CPU_CLK_UNHALTED events (Cycles outside of halt state) with a 
unit mask of 0x00 (No unit mask) count 10
CPU_CLK_UNHALT...|
  samples|  %|
--
   200635 24.9294 Xorg
CPU_CLK_UNHALT...|
  samples|  %|
--
   102707 51.1910 no-vmlinux
20261 10.0984 radeon_drv.so
19241  9.5901 Xorg
15254  7.6029 libdrm_radeon.so.1.0.0
13290  6.6240 libpixman-1.so.0.26.0
12887  6.4231 libc-2.13.so
11086  5.5255 libexa.so
 2299  1.1459 libfb.so
 1409  0.7023 libdrm.so.2.4.0
  717  0.3574 [vdso] (tgid:2764 range:0xb7586000-0xb7587000)
  645  0.3215 libextmod.so
  505  0.2517 librt-2.13.so
  151  0.0753 libpthread-2.13.so
  145  0.0723 evdev_drv.so
   37  0.0184 libudev.so.0.13.0
1 5.0e-04 ld-2.13.so
   127271 15.8137 perl
CPU_CLK_UNHALT...|
  samples|  %|
--
84842 66.6625 perl
21993 17.2804 libc-2.13.so
17668 13.8822 no-vmlinux
 1858  1.4599 ld-2.13.so
  413  0.3245 libsqlite3.so.0.8.6
  268  0.2106 libpthread-2.13.so
   70  0.0550 DBI.so
   25  0.0196 libm-2.13.so
   23  0.0181 libdl-2.13.so
   20  0.0157 POSIX.so
   14  0.0110 Socket.so
   14  0.0110 SQLite.so
   13  0.0102 libnss_compat-2.13.so
   11  0.0086 Syslog.so
9  0.0071 Fcntl.so
6  0.0047 Cwd.so
5  0.0039 libcrypt-2.13.so
5  0.0039 libnsl-2.13.so
4  0.0031 libnss_nis-2.13.so
3  0.0024 [vdso] (tgid:3287 range:0xb77de000-0xb77df000)
3  0.0024 Util.so
1 7.9e-04 [vdso] (tgid:7099 range:0xb773c000-0xb773d000)
1 7.9e-04 [vdso] (tgid:7186 range:0xb76e4000-0xb76e5000)
1 7.9e-04 [vdso] (tgid:7270 range:0xb7792000-0xb7793000)
1 7.9e-04 libnss_files-2.13.so
   118502 14.7241 evolution
CPU_CLK_UNHALT...|
  samples|  %|
--
32194 27.1675 libcairo.so.2.11200.2
24613 20.7701 libglib-2.0.so.0.3200.3
14060 11.8648 libgtk-3.so.0.400.2
11814  9.9695 libgobject-2.0.so.0.3200.3
 8400  7.0885 libc-2.13.so
 7502  6.3307 libpthread-2.13.so
 7387  6.2337 no-vmlinux
 3161  2.6675 libgdk-3.so.0.400.2
 2108  1.7789 libpango-1.0.so.0.3000.0
 1632  1.3772 libpixman-1.so.0.26.0
 1133  0.9561 libX11.so.6.3.0
  853  0.7198 libXrender.so.1.3.0
  821  0.6928 libdbus-1.so.3.7.2
  582  0.4911 libm-2.13.so
  499  0.4211 libxcb.so.1.1.0
  451  0.3806 libpangocairo-1.0.so.0.3000.0
  395  0. libcogl.so.9.1.1
  261  0.2202 libcamel-1.2.so.33.0.0
  169  0.1426 librt-2.13.so
   82  0.0692 [vdso] (tgid:5438 range:0xb771c000-0xb771d000)
   77  0.0650 libgio-2.0.so.0.3200.3
   65  0.0549 libgnome-keyring.so.0.2.0
   62  0.0523 libgvfscommon.so
   55  0.0464 libpangoft2-1.0.so.0.3000.0
   36  0.0304 libfreetype.so.6.8.1
   33  0.0278 libdbus-glib-1.so.2.2.2
   10  0.0084 libsqlite3.so.0.8.6
8  0.0068 pango-basic-fc.so
7  0.0059 libeutil.so.0.0.0
6  0.0051 

xserver-xorg-video-radeon 6.14.4: X has constant 10 % CPU usage

[Chris Wilson]

On Tue, 11 Sep 2012 15:07:41 +0200, Paul Menzel  wrote:
> Am Dienstag, den 11.09.2012, 14:55 +0200 schrieb Michel D??nzer:
> > I'd focus on profiling the X server, making sure the profiles show
> > symbols, ideally with call graphs. sysprof or perf might work better for
> > this than oprofile.
> 
> Thanks. Lucky me, that this is not needed now and I can postpone how to
> figure out how to start X that way under Debian with GDM.

For future reference, sysprof and perf can be used to perform system
wide profiling - that is you can launch them after starting the task you
need to profile. For sysprof this is its default mode, and for perf you
need 'perf record -a'

A quick 'sudo perf top' is always a useful first step. For best results,
make sure you have debugging symbols and frame pointers.
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre

xserver-xorg-video-radeon 6.14.4: X has constant 10 % CPU usage

[Paul Menzel]

Dear DRI folks,


using Debian Sid/unstable with the awesome 3.4.13-1 window manager and
Evolution 3.4.3-1, htop shows X to constantly use 10 % of the CPU.
Closing Evolution the usage goes back to more or less 0 %.

I am contacting this list because of the output of OProfile. After
figuring out what is the culprit I would submit the appropriate bug
report.

$ opcontrol --version
opcontrol: oprofile 0.9.6 compiled on Jul 11 2011 15:32:06
$ sudo opcontrol --separate=lib,kernel
$ sudo opcontrol --start-daemon
$ opreport
CPU: AMD64 processors, speed 1000 MHz (estimated)
Counted CPU_CLK_UNHALTED events (Cycles outside of halt state) with a 
unit mask of 0x00 (No unit mask) count 10
CPU_CLK_UNHALT...|
  samples|  %|
--
   200635 24.9294 Xorg
CPU_CLK_UNHALT...|
  samples|  %|
--
   102707 51.1910 no-vmlinux
20261 10.0984 radeon_drv.so
19241  9.5901 Xorg
15254  7.6029 libdrm_radeon.so.1.0.0
13290  6.6240 libpixman-1.so.0.26.0
12887  6.4231 libc-2.13.so
11086  5.5255 libexa.so
 2299  1.1459 libfb.so
 1409  0.7023 libdrm.so.2.4.0
  717  0.3574 [vdso] (tgid:2764 range:0xb7586000-0xb7587000)
  645  0.3215 libextmod.so
  505  0.2517 librt-2.13.so
  151  0.0753 libpthread-2.13.so
  145  0.0723 evdev_drv.so
   37  0.0184 libudev.so.0.13.0
1 5.0e-04 ld-2.13.so
   127271 15.8137 perl
CPU_CLK_UNHALT...|
  samples|  %|
--
84842 66.6625 perl
21993 17.2804 libc-2.13.so
17668 13.8822 no-vmlinux
 1858  1.4599 ld-2.13.so
  413  0.3245 libsqlite3.so.0.8.6
  268  0.2106 libpthread-2.13.so
   70  0.0550 DBI.so
   25  0.0196 libm-2.13.so
   23  0.0181 libdl-2.13.so
   20  0.0157 POSIX.so
   14  0.0110 Socket.so
   14  0.0110 SQLite.so
   13  0.0102 libnss_compat-2.13.so
   11  0.0086 Syslog.so
9  0.0071 Fcntl.so
6  0.0047 Cwd.so
5  0.0039 libcrypt-2.13.so
5  0.0039 libnsl-2.13.so
4  0.0031 libnss_nis-2.13.so
3  0.0024 [vdso] (tgid:3287 range:0xb77de000-0xb77df000)
3  0.0024 Util.so
1 7.9e-04 [vdso] (tgid:7099 range:0xb773c000-0xb773d000)
1 7.9e-04 [vdso] (tgid:7186 range:0xb76e4000-0xb76e5000)
1 7.9e-04 [vdso] (tgid:7270 range:0xb7792000-0xb7793000)
1 7.9e-04 libnss_files-2.13.so
   118502 14.7241 evolution
CPU_CLK_UNHALT...|
  samples|  %|
--
32194 27.1675 libcairo.so.2.11200.2
24613 20.7701 libglib-2.0.so.0.3200.3
14060 11.8648 libgtk-3.so.0.400.2
11814  9.9695 libgobject-2.0.so.0.3200.3
 8400  7.0885 libc-2.13.so
 7502  6.3307 libpthread-2.13.so
 7387  6.2337 no-vmlinux
 3161  2.6675 libgdk-3.so.0.400.2
 2108  1.7789 libpango-1.0.so.0.3000.0
 1632  1.3772 libpixman-1.so.0.26.0
 1133  0.9561 libX11.so.6.3.0
  853  0.7198 libXrender.so.1.3.0
  821  0.6928 libdbus-1.so.3.7.2
  582  0.4911 libm-2.13.so
  499  0.4211 libxcb.so.1.1.0
  451  0.3806 libpangocairo-1.0.so.0.3000.0
  395  0. libcogl.so.9.1.1
  261  0.2202 libcamel-1.2.so.33.0.0
  169  0.1426 librt-2.13.so
   82  0.0692 [vdso] (tgid:5438 range:0xb771c000-0xb771d000)
   77  0.0650 libgio-2.0.so.0.3200.3
   65  0.0549 libgnome-keyring.so.0.2.0
   62  0.0523 libgvfscommon.so
   55  0.0464 libpangoft2-1.0.so.0.3000.0
   36  0.0304 libfreetype.so.6.8.1
   33  0.0278 libdbus-glib-1.so.2.2.2
   10  0.0084 libsqlite3.so.0.8.6
8  0.0068 pango-basic-fc.so
7  0.0059 libeutil.so.0.0.0
6  0.0051 

Re: xserver-xorg-video-radeon 6.14.4: X has constant 10 % CPU usage

[Michel Dänzer]

On Die, 2012-09-11 at 14:42 +0200, Paul Menzel wrote: 
 
 using Debian Sid/unstable with the awesome 3.4.13-1 window manager and
 Evolution 3.4.3-1, htop shows X to constantly use 10 % of the CPU.
 Closing Evolution the usage goes back to more or less 0 %.

I'm not seeing this. Is there something in your Evolution window(s) that
is constantly repainting, e.g. a spinner in the status bar, a blinking
cursor, ... ?


 Could somebody please tell me what component (X driver, DRM, Evolution,
 Cairo, …) to investigate and how?

I'd focus on profiling the X server, making sure the profiles show
symbols, ideally with call graphs. sysprof or perf might work better for
this than oprofile.


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast |  Debian, X and DRI developer


signature.asc
Description: This is a digitally signed message part
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: xserver-xorg-video-radeon 6.14.4: X has constant 10 % CPU usage

[Paul Menzel]

Am Dienstag, den 11.09.2012, 14:55 +0200 schrieb Michel Dänzer:
 On Die, 2012-09-11 at 14:42 +0200, Paul Menzel wrote: 
  
  using Debian Sid/unstable with the awesome 3.4.13-1 window manager and
  Evolution 3.4.3-1, htop shows X to constantly use 10 % of the CPU.
  Closing Evolution the usage goes back to more or less 0 %.
 
 I'm not seeing this. Is there something in your Evolution window(s) that
 is constantly repainting, e.g. a spinner in the status bar, a blinking
 cursor, ... ?

Now that you are mentioning it, in the bottom there is the message
»Checking for New Messages« and next to it there is an animation where
something goes around a circle. Canceling that removes X’s CPU usage.

Thanks a lot.

Should I recommend something to the Evolution folks on how to due such
animations? Or is the only way to avoid animations?

  Could somebody please tell me what component (X driver, DRM, Evolution,
  Cairo, …) to investigate and how?
 
 I'd focus on profiling the X server, making sure the profiles show
 symbols, ideally with call graphs. sysprof or perf might work better for
 this than oprofile.

Thanks. Lucky me, that this is not needed now and I can postpone how to
figure out how to start X that way under Debian with GDM.


Michael, thanks as always!

Paul


signature.asc
Description: This is a digitally signed message part
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: xserver-xorg-video-radeon 6.14.4: X has constant 10 % CPU usage

[Chris Wilson]

On Tue, 11 Sep 2012 15:07:41 +0200, Paul Menzel 
paulepan...@users.sourceforge.net wrote:
 Am Dienstag, den 11.09.2012, 14:55 +0200 schrieb Michel Dänzer:
  I'd focus on profiling the X server, making sure the profiles show
  symbols, ideally with call graphs. sysprof or perf might work better for
  this than oprofile.
 
 Thanks. Lucky me, that this is not needed now and I can postpone how to
 figure out how to start X that way under Debian with GDM.

For future reference, sysprof and perf can be used to perform system
wide profiling - that is you can launch them after starting the task you
need to profile. For sysprof this is its default mode, and for perf you
need 'perf record -a'

A quick 'sudo perf top' is always a useful first step. For best results,
make sure you have debugging symbols and frame pointers.
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: xserver-xorg-video-radeon 6.14.4: X has constant 10 % CPU usage

[Michel Dänzer]

On Die, 2012-09-11 at 15:07 +0200, Paul Menzel wrote: 
 Am Dienstag, den 11.09.2012, 14:55 +0200 schrieb Michel Dänzer:
  On Die, 2012-09-11 at 14:42 +0200, Paul Menzel wrote: 
   
   using Debian Sid/unstable with the awesome 3.4.13-1 window manager and
   Evolution 3.4.3-1, htop shows X to constantly use 10 % of the CPU.
   Closing Evolution the usage goes back to more or less 0 %.
  
  I'm not seeing this. Is there something in your Evolution window(s) that
  is constantly repainting, e.g. a spinner in the status bar, a blinking
  cursor, ... ?
 
 Now that you are mentioning it, in the bottom there is the message
 »Checking for New Messages« and next to it there is an animation where
 something goes around a circle. Canceling that removes X’s CPU usage.

That's a GTK+ spinner widget, which uses RENDER trapezoids, which is a
software rendering fallback with EXA.

 Should I recommend something to the Evolution folks on how to due such
 animations? Or is the only way to avoid animations?

I don't think there's anything wrong with the animation per se. However,
one issue I've found is that Evolution schedules many actions as glib
idle callbacks with priority lower than G_PRIORITY_HIGH_IDLE + 20, which
is the priority used by GTK+ for drawing animations. This can result in
the animations delaying the completion of the actual work they're
representing.


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast |  Debian, X and DRI developer


signature.asc
Description: This is a digitally signed message part
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel