RPC Latency Limits The context for this question is the same…
RPC Latency Limits The context for this question is the same as the previous question. [6 points] A legacy low-latency RPC system for a distributed operating system operates over 100 Gbps Ethernet hardware that occasionally exhibits packet corruption, even when Ethernet CRC checks pass. To guard against such errors, the system currently uses software-based UDP checksums, which add about 180 µs per RPC, contributing roughly 7% of the total latency for a minimal RPC call. An improved integrity verification mechanism is being considered to reduce latency while maintaining correctness. The following 2 approaches are being considered – Hardware-only -> Use NIC checksum offload, no software checksums Hardware Software Combined -> Use NIC checksum offload together with an additional lightweight application-level checksum in the RPC protocol. b) [2 points] If you have machines that have cross-datacenter communication across the Wide Area Internet, what check-sum strategy would you use? Justify your answer.
Read Details