Re: Any benchmark for dbus data transmission rate
Tony Asleson <[email protected]> Mon, 29 May 2023 10:32:53 -0500
| Newsgroups | gmane.comp.freedesktop.dbus |
|---|---|
| Message-ID | <CAPmdA5azLTJxyN0cymz6DiSFmdntSHwQJyZ91vqZfG8bBkbZtg@mail.gmail.com> |
This is quite old, but might be of value: http://blog.asleson.org/2015/09/01/d-bus-signaling-performance/ I believe you can also pass file descriptors in dbus, which would provide best performance for large amounts of data. Hope this helps! -Tony On Mon, May 29, 2023 at 7:15 AM Zeeshan Ali Khan <[email protected]> wrote: > > Hello Deepak, > > On Mon, 29 May 2023 at 07:08, deepak jewargi <[email protected]> wrote: > > > > Hi , > > > > I have the following questions to adopt dbus communiton on Linux based applications. > > > > 1. Do we have any standard speed limit or benchmark for Dbus communication between Processes > > There is no "standard" speed as it all depends on many factors, > especially the system load and load on the bus itself. You can always > use peer-to-peer connections if you need lowest latency but then > you'll giving up on the security policy implemented by the > broker/daemon, easy discoverability etc. > > > 2. Can we used dbus for data streaming between the two process (application ) on same Linux machine > > Depends on what you mean by "data streaming" exactly. If you mean > pub/sub model where you subscribe to some events and then get notified > for them, then yes. > > OTOH if you mean multimedia content (e.g audio and video), you **can** > (as long as all of your messages are less than 128MiB) but it's not a > good idea, especially if you're communicating through the broker (the > usual/default scenario). Typically, D-Bus is used for control and > metadata while streaming happens out-of-band. You'd use D-Bus to > communicate the metadata about the stream channel between the > processes involved (e.g the UDP port used). > > -- > Regards, > > Zeeshan Ali Khan >