[prev in list] [next in list] [prev in thread] [next in thread]
List: freedesktop-dbus
Subject: Re: Any benchmark for dbus data transmission rate
From: deepak jewargi <djewargi () gmail ! com>
Date: 2023-05-30 7:13:44
Message-ID: CABLtkZfq2_kKu5RnMSD4rzyHcO=bVni5kVzaH7MnTnSWBMkuaQ () mail ! gmail ! com
[Download RAW message or body]
Hi,
Thanks for clarification ,
Thank you Zeeshan Ali Khan and Tony
Regards,
Deepak Jewargi
On Mon, May 29, 2023 at 9:30 PM Zeeshan Ali Khan <zeeshanak@gnome.org>
wrote:
> Hi,
>
> > I believe you can also pass file descriptors in dbus, which would
> > provide best performance for large amounts of data.
>
> That is very much correct and actually I was going to mention that in
> my reply but I wasn't sure how that would help with streaming since
> that involves sending data continuously.
>
> > Hope this helps!
> > -Tony
> >
> > On Mon, May 29, 2023 at 7:15 AM Zeeshan Ali Khan <zeeshanak@gnome.org>
> wrote:
> > >
> > > Hello Deepak,
> > >
> > > On Mon, 29 May 2023 at 07:08, deepak jewargi <djewargi@gmail.com>
> 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
> > >
> >
>
>
> --
> Regards,
>
> Zeeshan Ali Khan
>
[Attachment #3 (text/html)]
<div dir="ltr"><div>Hi,</div>Thanks for clarification , <div>Thank you Zeeshan Ali \
Khan and Tony </div><div><br></div><div>Regards,</div><div>Deepak Jewargi \
<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On \
Mon, May 29, 2023 at 9:30 PM Zeeshan Ali Khan <<a \
href="mailto:zeeshanak@gnome.org">zeeshanak@gnome.org</a>> \
wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px \
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br> <br>
> I believe you can also pass file descriptors in dbus, which would<br>
> provide best performance for large amounts of data.<br>
<br>
That is very much correct and actually I was going to mention that in<br>
my reply but I wasn't sure how that would help with streaming since<br>
that involves sending data continuously.<br>
<br>
> Hope this helps!<br>
> -Tony<br>
><br>
> On Mon, May 29, 2023 at 7:15 AM Zeeshan Ali Khan <<a \
href="mailto:zeeshanak@gnome.org" target="_blank">zeeshanak@gnome.org</a>> \
wrote:<br> > ><br>
> > Hello Deepak,<br>
> ><br>
> > On Mon, 29 May 2023 at 07:08, deepak jewargi <<a \
href="mailto:djewargi@gmail.com" target="_blank">djewargi@gmail.com</a>> \
wrote:<br> > > ><br>
> > > Hi ,<br>
> > ><br>
> > > I have the following questions to adopt dbus communiton on Linux \
based applications.<br> > > ><br>
> > > 1. Do we have any standard speed limit or benchmark for Dbus \
communication between Processes<br> > ><br>
> > There is no "standard" speed as it all depends on many \
factors,<br> > > especially the system load and load on the bus itself. You can \
always<br> > > use peer-to-peer connections if you need lowest latency but \
then<br> > > you'll giving up on the security policy implemented by the<br>
> > broker/daemon, easy discoverability etc.<br>
> ><br>
> > > 2. Can we used dbus for data streaming between the two process \
(application ) on same Linux machine<br> > ><br>
> > Depends on what you mean by "data streaming" exactly. If you \
mean<br> > > pub/sub model where you subscribe to some events and then get \
notified<br> > > for them, then yes.<br>
> ><br>
> > OTOH if you mean multimedia content (e.g audio and video), you **can**<br>
> > (as long as all of your messages are less than 128MiB) but it's not \
a<br> > > good idea, especially if you're communicating through the broker \
(the<br> > > usual/default scenario). Typically, D-Bus is used for control \
and<br> > > metadata while streaming happens out-of-band. You'd use D-Bus \
to<br> > > communicate the metadata about the stream channel between the<br>
> > processes involved (e.g the UDP port used).<br>
> ><br>
> > --<br>
> > Regards,<br>
> ><br>
> > Zeeshan Ali Khan<br>
> ><br>
><br>
<br>
<br>
--<br>
Regards,<br>
<br>
Zeeshan Ali Khan<br>
</blockquote></div>
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic