Code review comment for lp://qastaging/~epics-core/epics-base/rsrvbindiface

Revision history for this message
Andrew Johnson (anj) wrote :

I have a set of changes which significantly tidy up the output from casr. Should I commit them here, or to 3.16 after this branch has been merged up?

Here's some new output:

epics> casr
Channel Access Server V4.13
2 client(s) connected.

epics> casr 1
Channel Access Server V4.13
2 client(s) connected:
    CA-client at 164.54.9.24:57238 'tux.aps.anl.gov':
 User 'anj', V4.13, Priority = 0, 2 Channel(s)
    CA-client at 164.54.8.21:33434 'venus':
 User 'anj', V4.11, Priority = 0, 1 Channel(s)
CAS-TCP server 0.0.0.0:5064
    CAS-UDP name server 0.0.0.0:5064
2 CAS-beacon destinations:
    127.255.255.255:5065
    164.54.11.255:5065

epics> casr 2
Channel Access Server V4.13
2 client(s) connected:
    CA-client at 164.54.9.24:57238 'tux.aps.anl.gov':
 User 'anj', V4.13, Priority = 0, 2 Channel(s)
        Channel: 'anj:exit'
        Channel: 'anj:exit.VAL[0]{"ts":{}}'
    CA-client at 164.54.8.21:33434 'venus':
 User 'anj', V4.11, Priority = 0, 1 Channel(s)
        Channel: 'anj:exit.A'
CAS-TCP server 0.0.0.0:5064
    CAS-UDP name server 0.0.0.0:5064
2 CAS-beacon destinations:
    127.255.255.255:5065
    164.54.11.255:5065

epics> casr 3
Channel Access Server V4.13
2 client(s) connected:
    CA-client at 164.54.9.24:57238 'tux.aps.anl.gov':
 User 'anj', V4.13, Priority = 0, 2 Channel(s)
        Channel: 'anj:exit'
            field_type=DBF_DOUBLE (8 bytes), dbr_type=DBF_DOUBLE, 1 element, no filters
            # on eventq=1, access=rw
        Channel: 'anj:exit.VAL[0]{"ts":{}}'
            field_type=DBF_DOUBLE (8 bytes), dbr_type=DBF_DOUBLE, 1 element
            2 filters (1 pre eventq, 0 post eventq)
            final field_type=DBF_DOUBLE (8B), 1 element
            # on eventq=1, access=rw
    CA-client at 164.54.8.21:33434 'venus':
 User 'anj', V4.11, Priority = 0, 1 Channel(s)
        Channel: 'anj:exit.A'
            field_type=DBF_DOUBLE (8 bytes), dbr_type=DBF_DOUBLE, 1 element, no filters
            # on eventq=1, access=rw
CAS-TCP server 0.0.0.0:5064
    CAS-UDP name server 0.0.0.0:5064
2 CAS-beacon destinations:
    127.255.255.255:5065
    164.54.11.255:5065

epics> casr 4
Channel Access Server V4.13
2 client(s) connected:
    CA-client at 164.54.9.24:57238 'tux.aps.anl.gov':
 User 'anj', V4.13, Priority = 0, 2 Channel(s)
 Task Id = 0x7f1e2c005680, Socket FD = 7
 10.30 secs since last send, 10.30 secs since last receive
 Unprocessed request bytes = 0, Undelivered response bytes = 0
 State = up
        Channel: 'anj:exit'
            field_type=DBF_DOUBLE (8 bytes), dbr_type=DBF_DOUBLE, 1 element, no filters
            # on eventq=1, access=rw
        Channel: 'anj:exit.VAL[0]{"ts":{}}'
            field_type=DBF_DOUBLE (8 bytes), dbr_type=DBF_DOUBLE, 1 element
            2 filters (1 pre eventq, 0 post eventq)
                Array (arr): start=0, incr=1, end=0
                Timestamp (ts)
            final field_type=DBF_DOUBLE (8B), 1 element
            # on eventq=1, access=rw
    CA-client at 164.54.8.21:33434 'venus':
 User 'anj', V4.11, Priority = 0, 1 Channel(s)
 Task Id = 0x7f1e2c005f80, Socket FD = 9
 11.35 secs since last send, 11.35 secs since last receive
 Unprocessed request bytes = 0, Undelivered response bytes = 0
 State = up
        Channel: 'anj:exit.A'
            field_type=DBF_DOUBLE (8 bytes), dbr_type=DBF_DOUBLE, 1 element, no filters
            # on eventq=1, access=rw
CAS-TCP server 0.0.0.0:5064
    CAS-UDP name server 0.0.0.0:5064
2 CAS-beacon destinations:
    127.255.255.255:5065
    164.54.11.255:5065
Free-lists total 283520 bytes, comprising
    5 client(s), 509 channel(s), 509 monitor event(s), 0 putNotify(s)
    12 small (16384 byte) buffers, 0 jumbo (2500024 byte) buffers
Server resource id table:
    Bucket entries in use = 3 bytes in use = 32896
    Bucket entries/hash id - mean = 0.000732 std dev = 0.027053 max = 1

There is still more information available at higher interest levels, but this shows the idea.

Committing this here would require a change to the Wiki test plan to match the new output (only needs casr 1 now).

« Back to merge proposal