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