tipc-discussion

[tipc-discussion] how to know the number of messages in a tipc buffer at a particular time?

[Udai K. <s.u...@gm...>]

Hi all,
   I have been using tipc on VxWorks for about 3 months now. We have
different process on our processor board that runs on VxWorks. All of these
processes/ services  communicate via tipc interface. We are planning to do a
performance analysis of our services. What we want to calculate is the
following.

for each tipc socket that we have created

1) MAX number of messages that a tipc socket can hold.
2) Number of messages pending in the tipc socket to be read by a process.
3) Number of re-transmission that are done for a paticular socket because
the socket was full.

any inputs are appreciated.

Thanks in advance,
Udai.

Re: [tipc-discussion] how to know the number of messages in a tipcbuffer at a particular time?

[Stephens, A. <all...@wi...>]

Udai wrote: 

> What we want to calculate is the following.
> 
> for each tipc socket that we have created
> 
> 1) MAX number of messages that a tipc socket can hold.

See section 1.5.5 of the TIPC 1.7 Programmer's Guide
(http://tipc.sourceforge.net/doc/tipc_1.7_prog_guide.html).

> 2) Number of messages pending in the tipc socket to be read 
> by a process.

There is currently no API in place to allow an application to determine
this information.  It appears that Motorola is interested in submitting
an enhancement that will fill this gap.

> 3) Number of re-transmission that are done for a paticular 
> socket because the socket was full.

TIPC does not do any sort of retransmission when a socket's receive
queue becomes full -- it either discards or returns undeliverable
messages, as described in sections 1.5.5 and 1.5.6 of the Programmer's
Guide.

Regards,
Al

Re: [tipc-discussion] how to know the number of messages in a tipcbuffer at a particular time?

[Udai K. <s.u...@gm...>]

Thanks Allan for your reply..

On Wed, Apr 1, 2009 at 10:32 PM, Stephens, Allan <
all...@wi...> wrote:

> Udai wrote:
>
> > What we want to calculate is the following.
> >
> > for each tipc socket that we have created
> >
> > 1) MAX number of messages that a tipc socket can hold.
>
> See section 1.5.5 of the TIPC 1.7 Programmer's Guide
> (http://tipc.sourceforge.net/doc/tipc_1.7_prog_guide.html).
>
> > 2) Number of messages pending in the tipc socket to be read
> > by a process.
>
> There is currently no API in place to allow an application to determine
> this information.  It appears that Motorola is interested in submitting
> an enhancement that will fill this gap.
>
> > 3) Number of re-transmission that are done for a paticular
> > socket because the socket was full.
>
> TIPC does not do any sort of retransmission when a socket's receive
> queue becomes full -- it either discards or returns undeliverable
> messages, as described in sections 1.5.5 and 1.5.6 of the Programmer's
> Guide.
>
> Regards,
> Al
>



-- 
S Venkata Udai Kiran
Electrical Engineer
Mobile No +91 9949989024