> True dat. But why take the chance and not use a direct connection with > a cross-over cable? Typical UDP traffic in a switched LAN is fairly > fast but not necessarily totally reliable. And over the years I've seen > plenty of collisions on a switched network for both TCP and UDP. The > difference being TCP has error correction and will resend the packet.
The most usual in real time systems is packets are sent periodically and receiver know it will receive packets. If bandwidth should be used to the limit UDP is a better choice but with plenty of bandwidth left over TCP might be a better choice. Then I do real time systems usually I tolerate some lost packets. Usually the old value is not useful then new value is received but if there is enough time request resend would be good. I guess the answer is it depend on available bandwidth and delay. You also need a mechanism to queue up old data no more needed. In real time systems a queue is usually not good because if there is not enough time it will start grow. If newest available data is used perfomance may degrade but software will continue to run. Nicklas Karlsson ------------------------------------------------------------------------------ The Command Line: Reinvented for Modern Developers Did the resurgence of CLI tooling catch you by surprise? Reconnect with the command line and become more productive. Learn the new .NET and ASP.NET CLI. Get your free copy! http://sdm.link/telerik _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
