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
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 255.255. 255:5065 54.11.255: 5065
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.
164.
epics> casr 2 VAL[0]{ "ts":{} }' 255.255. 255:5065 54.11.255: 5065
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.
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.
164.
epics> casr 3
field_ type=DBF_ DOUBLE (8 bytes), dbr_type= DBF_DOUBLE, 1 element, no filters VAL[0]{ "ts":{} }'
field_ type=DBF_ DOUBLE (8 bytes), dbr_type= DBF_DOUBLE, 1 element DBF_DOUBLE (8B), 1 element
field_ type=DBF_ DOUBLE (8 bytes), dbr_type= DBF_DOUBLE, 1 element, no filters 255.255. 255:5065 54.11.255: 5065
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'
# on eventq=1, access=rw
Channel: 'anj:exit.
2 filters (1 pre eventq, 0 post eventq)
final field_type=
# 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'
# 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.
164.
epics> casr 4
field_ type=DBF_ DOUBLE (8 bytes), dbr_type= DBF_DOUBLE, 1 element, no filters VAL[0]{ "ts":{} }'
field_ type=DBF_ DOUBLE (8 bytes), dbr_type= DBF_DOUBLE, 1 element
Array (arr): start=0, incr=1, end=0
Timestamp (ts) DBF_DOUBLE (8B), 1 element
field_ type=DBF_ DOUBLE (8 bytes), dbr_type= DBF_DOUBLE, 1 element, no filters 255.255. 255:5065 54.11.255: 5065
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'
# on eventq=1, access=rw
Channel: 'anj:exit.
2 filters (1 pre eventq, 0 post eventq)
final field_type=
# 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'
# 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.
164.
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).