On 04/16/2015 12:08 AM, One Thousand Gnomes wrote: >> When trying to split apart problems, for dbus it's important to keep >> ordering guarantees. > > Yes I assumed that - minus disconnection/reconnect and running out of > queue space. Some users also want priority queueing (with or without the > guarantee for the same priority). Many of the other systems that can use > a fast multicast messaging system have priority queues - which is one > reason the existing POSIX messaging has priority.
And so does kdbus. By default, strict ordering is enforced when messages are received, but optionally, that action may be constrained to messages of a minimal priority. This allows for use cases where timing critical data is interleaved with control data on the same connection. That's described in kdbus.message(7), and is also covered by test cases. Thanks, Daniel -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
