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
[email protected]
http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel

_______________________________________________
gnome-accessibility-devel mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel

Reply via email to