ACM Home Page
Please provide us with feedback. Feedback
On the elusive benefits of protocol offload
Full text PdfPdf (176 KB)
Source Applications, Technologies, Architectures, and Protocols for Computer Communication archive
Proceedings of the ACM SIGCOMM workshop on Network-I/O convergence: experience, lessons, implications table of contents
Karlsruhe, Germany
SESSION: Promises and reality table of contents
Pages: 179 - 184  
Year of Publication: 2003
Authors
Piyush Shivam  Duke University, Durham, NC
Jeffrey S. Chase  Duke University, Durham, NC
Sponsor
SIGCOMM: ACM Special Interest Group on Data Communication
Publisher
ACM  New York, NY, USA
Bibliometrics
Downloads (6 Weeks): 4,   Downloads (12 Months): 36,   Citation Count: 5
Additional Information:

abstract   references   cited by   index terms   collaborative colleagues  

Tools and Actions: Request Permissions Request Permissions    Review this Article  
DOI Bookmark: Use this link to bookmark this Article: http://doi.acm.org/10.1145/944747.944750
What is a DOI?

ABSTRACT

Periodic order-of-magnitude jumps in Ethernet bandwidth regularly reawaken interest in TCP/IP transport protocol offload. This time the jump to 10-Gigabit Ethernet coincides with the emergence of new network storage protocols (iSCSI and DAFS), and vendors are combining these with offload NICs to position IP as a competitor to FibreChannel and other SAN interconnects. But what benefits will offload show for application performance?Several recent studies have presented conflicting data to argue that offload either does or does not benefit applications. But the evidence from empirical studies is often little better than anecdotal. The principles that determine the results are not widely understood, except for the first principle: Your Mileage May Vary.This paper outlines fundamental performance properties of transport offload and other techniques for low-overhead I/O in terms of four key ratios that capture the CPU-intensity of the application and the relative speeds of the host, NIC device, and network path. The study also reflects the role of offload as an enabler for direct data placement, which eliminates some communication overheads rather than merely shifting them to the NIC. The analysis applies to Internet services, streaming data, and other scenarios in which end-to-end throughput is limited by network bandwidth or processing overhead rather than latency.


REFERENCES

Note: OCR errors may be found in this Reference List extracted from the full text article. ACM has opted to expose the complete List rather than only correct and linked references.

 
1
Offload White Paper. http://www.national.com/appinfo/networks/files/whitepaper1.pdf, 2003.
 
2
Jeffrey S. Chase. TCP implementation. In High-Performance TCP/IP Networking, Mahbub Hassan and Raj Jain, editors. Prentice Hall, December 2003. ISBN 0-13-064634-2. http://issg.cs.duke.edu/publications/tcp.pdf
 
3
Jeffrey S. Chase, Andrew J. Gallatin, and Kenneth G. Yocum. End system optimizations for high-speed TCP. IEEE Communications, Special Issue on High-Speed TCP, 39(4):68--74, April 2001.
 
4
David D. Clark, Van Jacobson, John Romkey, and Howard Salwen. An analysis of TCP processing overhead. IEEE Communications Magazine, 27(6):23--29, June 1989.
5
 
6
 
7
 
8
Van Jacobson. 4BSD header prediction. ACM Computer Communication Review, 20(2):13--15, April 1990.
9
 
10
 
11
Jeff Mogul. TCP offload is a dumb idea whose time has come. In Workshop on Hot Topics in Operating Systems (HotOS). May 2003.
 
12
M.Rangarajan, A. Bohra, K. Banerjee, E. Carrera, R. Bianchini, L. Iftode, and W. Zwaenepoel. TCP Servers: Offloading TCP Processing in Internet Servers---Design, Implementation and Performance. Technical Report, DCS-TR-481.
 
13


Collaborative Colleagues:
Piyush Shivam: colleagues
Jeffrey S. Chase: colleagues