[evla-sw-discuss] model propagation idea
Kevin Ryan
kryan at nrao.edu
Mon May 19 12:31:11 EDT 2008
Barry's worst-case scenario for sending delay models to the
correlator specified about 5 models/sec per Station Board. I did
some testing on Friday with a CMIB here in the office and found that
it could handle a good 50 models/sec even using the REST/TCP
interface so that should be no problem.
Where we are concerned is with the MCCC re-distributing these 600
models/sec. Barry's testing indicated that processing at that rate
taxed his machine quite a bit. This processing would be of the form
of parsing model XML, reading an Antenna/Baseband id, mapping that to
a rack/crate/slot, and then sending it off to it.
Bruce and I discussed a possible way to re-distribute the models
without the MCCC having to parse the XML and I would like to get your
thoughts about it (especially Barry's).
The idea is to map port numbers to antenna and baseband numbers. We
would use a block of 128 ports, each one mapped to a particular
antenna/baseband. The MCCC would listen on all 128 ports and know
which station board to send the delay to based on which port it was
received on. In other words, the outside of the VCI would see the
ports as antennas and basebands and the inside would see them as rack/
crate/slot destinations.
Since Barry would ignore any responses from the VCI for delay models
anyway, and since he and Ken indicated that it is no big deal if a
few models are dropped, then I suggest that we just keep it unicast
UDP between the Executor and the VCI. I'll probably continue with
the REST/TCP that is currently in use with the CMIBS unless we see a
need to change it.
Does anybody have issues with this port mapping scheme or the unicast
UDP between Executor and the VCI for the delay models ?
Kevin
More information about the evla-sw-discuss
mailing list