[evla-sw-discuss] Delay models to station boards

Kevin Ryan kryan at nrao.edu
Thu May 15 15:57:36 EDT 2008


On May 15, 2008, at 11:57 AM, Bill Sahr wrote:
>
> Barry's worst case: For 27 antennas, 4 station boards/antenna, OTF
> mapping at a high frequency - 600 models per second.  I've seen your
> (Kevin's) email on the testing for sending UDP packets (nice job,
> interesting figures), but haven't seen anything for REST/TCP.
>
> Bruce's email speaks of a max XML message size of 14KB.  So, 600
> models/sec, @ 14KB per model (worst case)?  8,400KBytes/sec, i.e.
> 8.4 MBytes/sec ?  That's probably an overestimate.  I have little
> feel for REST/TCP capabilities with regard to data rate.  Can you
> supply some figures ?

I have no metrics but the capacity of the network will be the  
overriding factor.  TCP has the overhead of establishing the  
connection that UDP does not.  The REST portion of it I think would  
be inconsequential compared to the network and would not be too much  
more than handling data that was received via UDP.

I agree that it would be interesting to saturate a TCP connection and  
see what happens and measure the actual throughput.  Maybe after OTS  
testing, I'll do this.

What makes TCP desirable in our large EVLA/WIDAR network environment  
is taken from a book*:

TCP operates dynamically with the network:
  - Transmissions are automatically paced to the capacity
    of the network, and re-transmitted as necessary if
    not acknowledged.
  - All available bandwidth is used without saturating the
    network or being unfair to other network users.
  - TCP rapidly and reliably adjusts to changing network
    conditions - varying loads and routes.
  - The application cannot receive corrupt or out-of-sequence
    data, or data 'holes'.

*"Fundamental Networking in Java", 2006 Springer, Esmond Pitt




More information about the evla-sw-discuss mailing list