dbus signal delay

[John Lee]

Hi,

I found out that although the mass amount of signals from odeviced
(accelerometer) do not have obvious impact on the performance, the
fact that these signals will be delayed before they got handled make
this method rather unusable.

The UI will not be able to react to the change immediately.  The lead
time will be 5 secs or worse.

I will try to do more experiments:

* use one thread dedicated to read from /dev/input, update the
  object's internal state and reply to whomever interested upon
  request.

* still keeps the signal around in case someone really wants to get
  bombed.

comments?


Regards,
John