Re: Delays in receipt of CA monitors

[Maren Purves <m.purves@jach.hawaii.edu>]

All,

don't know if this helps, but some observations to contribute
from here:

Garrett D. Rinehart wrote:
> Marty wrote:
> > How are the input links configured? CPP CP ?
> 
> Whichever is the default. These databases were in place before those were added.
> The one record in iocB that has an input link from iocA lists it as "PP MS".

I found in one application that not only did I have to set it to CPP
but also had to explicitly put
<name of input record> CPP NMS
into the val(in) field of the hardware input for the input link
to get it to pick up the value.

> > Also look at mbufShow from time to time.
> > netHelp shows all the network show commands supplied with vxWorks.
[...]
> number of mbufs: 260
> number of clusters: 7
> number of interface pages: 0
> number of free clusters: 7
> number of times failed to find space: 0
> number of times waited for space: 0
> number of times drained protocols for space: 0
> 
> I did this several times and this one has the lowest number of free mbufs. Most
> of the time it hovers around 190 free.

I found that this sometimes lies, or at least appears to to me :-)
(indicated in my case by the fact that a status string appeared on
a dm screen that this device doesn't have - something was clearly
trampling on something there)

Hope this helps,

Maren Purves, UKIRT