Re: [g-a-devel] At-spi over dbus performance.

[Mike Gorse <mgorse alum wpi edu>]

Hi Luke,

I have just updated http://a11y.org/d-bus, since it was rather out of 
date.  Is this the page that you were looking at, or is there another 
outdated page somewhere?

I have been working on a C-based AT-SPI library to replace the current 
pyatspi2 implementation, so the Python code could become much thinner and 
mainly rely on GObject introspection.  This should significantly improve 
performance based on my testing, and it needs to be done before I can look 
at specific issues.  I have some code in the gi branch of at-spi2-core, 
along with python code that I plan on pushing to a branch of pyatspi2, but 
it is not complete or ready for testing (most AT-SPI interfaces are still 
unimplemented).

Using direct dbus connections should also help.  There is code in the p2p 
branch of at-spi2-atk and pyatspi2 to do this.  I plan on merging this 
into the main branch for 2.91.3; my main reason for not having done this 
already is that it needed the fix for FDO#30574 in dbus-glib, and the fix 
was not committed/part of a release until recently.

Hth,
-Mike

On Thu, 18 Nov 2010, Luke Yelavich wrote:

> Hi all
> I tested at-spi via dbus a couple of days ago, and can certainly notice the performance difference with some things, and not so much with others. The one area I particularly notice a difference is when reading the pidgin buddy list with orca. Reading down the buddy list takes a while to speak an individual item, say half a second. This gets progressively longer as I get further down the list.
>
> I am wondering whether there is any code being worked on outside the main at-spi2 git trees to address performance. The Ubuntu desktop team would really like to switch to using at-spi over dbus for Natty, but performance is one area where we feel needs improvement if we are to make that choice. The Ubuntu desktop team may be able to provide extra help in solving performance issues in the future.
>
> I notice on the at-spi dbus migration page that nothing specific is mentioned about performance. What has been considered to improve things? Perhaps I can let the Ubuntu desktop team know what is being considered, and better ideas could be put forth.
>
> Thanks
>
> Luke
> _______________________________________________
> gnome-accessibility-devel mailing list
> gnome-accessibility-devel gnome org
> http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel