[PATCH] Remove obscure "low-latency" parts in the introduction of spec

Simon McVittie simon.mcvittie at collabora.co.uk
Thu May 30 04:45:21 PDT 2013


On 29/05/13 21:24, Justin Lee wrote:
> Therefore, latency is unrelated to whether the operation is
> asynchronous or synchronous.

Indeed. This patch seems fine to me; any opinions from other maintainers?

I think when the author of that section of the spec talks about avoiding
round-trips, what they mostly mean is avoiding *blocking on*
round-trips. Messages having a reply is fine, but it becomes a problem
if you can only do one thing at a time.

This is how D-Bus is meant to be used:

    start call to DoSomeThing
    go back to the main loop
    carry on, do other useful work, re-draw the GUI, whatever
        (perhaps including starting more D-Bus calls)
    ... time passes ...
    receive reply from DoSomeThing; if it failed, recover
        (pop up an error or retry or whatever is appropriate)

and this is a bad pattern that hurts performance:

    start call to DoSomeThing
    wait for reply from DoSomeThing; if it failed, recover
        (pop up an error or retry or whatever is appropriate)
    carry on with the rest of your application


More information about the dbus mailing list