On Thursday 23 July 2009, arne anka wrote:
> while true ; do sleep 15 ; mdbus -s  org.freesmartphone.odeviced
> /org/freesmartphone/Device/IdleNotifier/0
> org.freesmartphone.Device.IdleNotifier.SetState idle ; done
snip...
> my idea was, that 15s are too long and the fr nevertheless enters lock,
> but idle_dim+idle_prelock alone account for 32s -- thus the fr should
> never hit "lock".
> but having a close look at the frameworkd log shows, that indeed 15s are
> to long. apparently dbus needs far more time and thus the fr hits lock
> frequently.
> changing to 10s seems to fit.

It's not dbus that's slow, but mdbus which is a python app and takes a while 
to load. dbus-send is a much better option for scripts as it is faster and 
uses fewer resources.

_______________________________________________
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Reply via email to