DOCSLIB.ORG

A FORMAL APPROACH to PROTOCOL OFFLOAD for WEB SERVERS By

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
A FORMAL APPROACH to PROTOCOL OFFLOAD for WEB SERVERS By A FORMAL APPROACH TO PROTOCOL OFFLOAD FOR WEB SERVERS By Juan Manuel Sol¶a-Sloan A thesis submitted in partial ful¯llment of the requirements for the degree of DOCTOR OF PHILOSOPHY in COMPUTING INFORMATION SCIENCE AND ENGINEERING UNIVERSITY OF PUERTO RICO MAYAGUEZÄ CAMPUS May, 2009 Approved by: Nayda G. Santiago-Santiago, Ph.D Date Member, Graduate Committee Manuel Rodr¶³guez-Mart¶³nez,Ph.D Date Member, Graduate Committee Domingo Rodr¶³guez-Rodr¶³guez,Ph.D Date Member, Graduate Committee Isidoro Couvertier-Reyes, Ph.D Date President, Graduate Committee Dorial Castellanos-Rodr¶³guez,Ph.D Date Representative of Graduate Studies Nestor Rodr¶³guez-Rivera, Ph.D Date Chairperson of the Department ABSTRACT The use of networks as computational tools has been fundamental in Com- puter Information Science and Engineering research. As computers have evolved, the demands for faster data transmission have incremented. Protocol processing and application processing compete for a share of CPU time when the underlying network evolves. O²oad Engines have been proposed as ways to alleviate the CPU of the host of the cost of processing the protocols used in an end-to-end communication. These engines are proposed as part of the network interface hardware or as a component near or even inside the CPU. However, an increase in performance is not guaranteed after the installation of this type of engine. The operating system of the host is capable of processing the protocols faster than the engine in some particular occasions. A probabilistic model that estimates the performance metrics of utilization and delay, before and after extracting the protocol processing from the CPU of the host is presented in this document. This novel approach focuses on solving the issues presented by abstracting the inherent characteristics of protocol processing. A test bed was setup to validate the analytical model. The test bed was designed using an emulation-based approach mixed with a real implementation to reproduce the behavior of a TCP O²oad Engine installed as part of a server that runs Apache 2.2. The ¯le system used for populating the Web server has been divided into ¯ve di®erent classes based on its sizes. Each ¯le class has been requested using benchmarks to stress the server in di®erent ways. The analysis of the results obtained shows that the analytical model estimates the utilization and delay of the system. The analysis shows that, for some cases, ii the inclusion of an o²oad engine improves overall system performance. The in- clusion of the model into the operating system can be used to determine when and which objects are going to be handled by the o²oad engine and which are going to be handled by the operating system. Also, by using our model, we can provision the operating system with the capability of balancing the load between the o²oad engine and the host. iii RESUMEN El uso de redes como instrumentos de investigaci¶onha sido fundamental en Ciencias e Ingeniera de la Informaci¶ony la Computaci¶on. La demanda por una transmisi¶onde datos m¶asr¶apidaha incrementado gracias a la evoluci¶onen la computaci¶on. El procesamiento de los protocolos de comunicaci¶onas¶³como el procesamiento de programas de aplicaci¶oncompiten por una fracci¶onde tiempo del procesador principal cuando la red que transmite los datos evoluciona de una velocidad menor a una mayor. Los motores de descarga1 han sido propuestos como una alternativa para aliviar al procesador principal del computador an¯tri¶ondel costo de procesar los protocolos de comunicaci¶on.Estos motores pueden ser incluidos como un equipo adicional que se a~nadea la tarjeta de red o como un componente cerca, o dentro, del procesador principal. Sin embargo, un aumento en el desempe~nodel com- putador no est¶agarantizado despu¶esde la instalaci¶onde un motor de descarga. El sistema operativo del computador an¯tri¶ones capaz de procesar los protoco- los de comunicaci¶onm¶asr¶apidoque el motor de descargue en algunas ocasiones particulares. Un modelo probabil¶³stico que estima utilizaci¶ony demora, antes de y despu¶esde extraer el procesamiento de los protocolos de comunicaci¶ondel procesador principal, se presenta en este documento. Este enfoque novedoso se centra en resolver los asuntos expuestos representando en el modelo anal¶³ticolas caracter¶³sticasinherentes del procesamiento de los protocolos de comunicaci¶on.El 1 \O²oad Engines" iv modelo anal¶³ticofue validado utilizando un experimento. Nuestra base experimen- tal fue dise~nadautilizando un enfoque basado en la emulaci¶ony complementado con una implementaci¶onreal que reproduce la conducta de un motor de descarga de TCP/IP instalado como parte de un servidor que corre Apache 2.2. El sis- tema de archivos que se utiliz¶opara poblar el servidor de Web ha sido dividido en cinco clases que est¶anbasadas en el tama~nodel archivo. Archivos de cada clase fueron solicitados del servidor de Web utilizando los programas de est¶andarde comparaci¶on ("benchmarks") de diferentes maneras. El an¶alisisde los resultados expone que el modelo anal¶³ticoestima la uti- lizaci¶ony la demora del sistema. El an¶alisismuestra, que para algunos casos, la inclusi¶onde un motor de descarga mejora el desempe~nogeneral del sistema. La inclusi¶ondel modelo como parte del sistema operativo puede ser utilizada para determinar cuando y cuales objetos ser¶anmanejados por el motor de descarga y que ser¶amanejado por el sistema operativo. Tambi¶en,utilizando nuestro modelo, se le puede proveer al sistema operativo con la capacidad de equilibrar la carga entre el motor de descarga y el procesador principal del computador an¯tri¶on. v Copyright °c 2009 by Juan Manuel Sol¶a-Sloan Dedication This dissertation is dedicated to the ones with character, courage, conviction, determination, and strength.... For those that are true to their ideals and convic- tions and not the ones imposed by others. For all of you my brothers and sisters, I raise my sword into the wind. ACKNOWLEDGMENTS First of all, I want to thank the NSF and the PRECISE program at CECORD, coordinated by Dr. Domingo Rodr¶³guezand Dr. Nestor Rodr¶³guezfor the ¯nancial support during the ¯rst years of this reasearch. Also, I want to thank the AGEP program of the University of Puerto Rico and its coordinator Dr. Manuel G¶omez of the Rio Piedras campus for their support. I specially want to thank Dr. Isidoro Couvertier for informally drafting me as his Ph.D. student on July 2001. Also I want to thank my graduate committee: Dr. Manuel Rodr¶³guez, Dr. Nayda Santiago, and Dr. Domingo Rodr¶³guez. Also I want to thank Dr. Yi Qian for being part of my committee during my ¯rst years at the Ph.D. program. I would like to extend special thanks to my immediate family and my relatives Elda and Hiram Gay for their support during my ¯rst year at the CISE Ph.D. program. I would like to thank the following people for helping me during this research. First of all, Dr. Jos¶eVega Vilca of the Institute of Statistics of the University of Puerto Rico at Rio Piedras for the invaluable time he spent reviewing and commenting on the mathematical model. He should be the ¯fth member of the committee. Also I would like to thank Dr. Hector J. Huyke and Dr. William Frey for their advise and comments on the ethics chapter. Also I like to thank Dr. Ram¶onV¶asquezEspinosa and Dr. Edgar Acu~nafor guiding me. I would like to thank Luis Ortiz Ortiz and Jos¶eVega Vilca for being my studying partners during my preparation for the qualifying examination. viii Also I liked to thank the following professors for being an inspiration to me during my early years: Ricardo Coronado, Jose J. D¶³az-Caballero,Filiberto Arniel- las and Ismael Garc¶³a. Also, I want to thank my friends from the Humanities department and from Pluriverso: Dr. Luis Pab¶on,William Rios, Dr. Javier Vil- lalonga and Francisco Garc¶³a. Also I would like to thank Urayo¶anCamacho and Rafael Linero for their help during tough times. Also I would like to thank the following people for their emotional support: Jaime Alfonso Alcover, Octavio Rodr¶³guez, Jos¶eV¶elezand the Morales family, and attorneys: Nelson Rodr¶³guez,Jes¶usRivera Delgado and Arturo Negr¶onJr. The following were the people that help in maintaining my sanity during tough times. First of all, my other half, Jeyka Laborde P¶erezfor her uncondi- tional love. Special thanks to Dr. Francisco O'Neil Sulsona for his therapies and recommendations. I would like to thank the underground heavy metal community for encouraging me into staying on the program and not quitting. THANKS TO ALL OF YOU... ix TABLE OF CONTENTS page ABSTRACT ENGLISH ............................. ii ABSTRACT SPANISH ............................. iv ACKNOWLEDGMENTS ............................ viii LIST OF TABLES ................................ xiii LIST OF FIGURES ............................... xiv LIST OF ABBREVIATIONS .......................... xvi LIST OF SYMBOLS ............................... xviii 1 INTRODUCTION ............................. 1 1.1 Motivation .............................. 2 1.2 Problem De¯nition ......................... 4 1.3 Contributions and Signi¯cance ................... 5 1.4 Marginal Contributions ....................... 7 1.5 Dissertation Overview ....................... 7 2 SURVEY OF LITERATURE ....................... 9 2.1 Analytical Modeling ......................... 9 2.1.1 Limitations of Classic Modeling .............. 9 2.1.2 Novel Approaches of Analytical Modeling ......... 10 2.1.3 Innovations on Web Tra±c Modeling ........... 13 2.1.4 Innovations in Characterizing File Sizes and Burst Lengths 14 2.1.5 Linear and other models .................. 16 2.1.6 Summary ........................... 17 2.2 Experimental Research ....................... 18 2.2.1 State of the Art ....................... 18 2.2.2 O²oad Engine Technology Issues ............. 19 2.2.3 TCP and IP Processing Issues ..............
Load more

Recommended publications
  • Encoding a Tcp Offload Engine Within
    (19) TZZ__ _T (11) EP 1 719 276 B1 (12) EUROPEAN PATENT SPECIFICATION (45) Date of publication and mention (51) Int Cl.: of the grant of the patent: H04L 29/06 (2006.01) H04L 29/08 (2006.01) 05.10.2016 Bulletin 2016/40 (86) International application number: (21) Application number: 05713673.1 PCT/US2005/004941 (22) Date of filing: 16.02.2005 (87) International publication number: WO 2005/091826 (06.10.2005 Gazette 2005/40) (54) ENCODING A TCP OFFLOAD ENGINE WITHIN FCP CODIERUNG EINER TCP-OFFLOAD-ENGINE MIT FCP CODAGE D’UN MOTEUR DE DECHARGEMENT DE PROTOCOLE DE COMMANDE DE TRANSMISSION A L’INTERIEUR D’UN FCP (84) Designated Contracting States: • DEGROOTE, Stephen AT BE BG CH CY CZ DE DK EE ES FI FR GB GR Maple Grove, MN 55311 (US) HU IE IS IT LI LT LU MC NL PL PT RO SE SI SK TR • BASAVAIAH, Murali Sunnyvale, CA 94087 (US) (30) Priority: 27.02.2004 US 548766 P • PARTHASARATHY, Anand 29.04.2004 US 836368 Fremont, CA 94555 (US) (43) Date of publication of application: (74) Representative: Kazi, Ilya et al 08.11.2006 Bulletin 2006/45 Mathys & Squire LLP The Shard (73) Proprietor: Cisco Technology, Inc. 32 London Bridge Street San Jose, CA 95134 (US) London SE1 9SG (GB) (72) Inventors: (56) References cited: • KUIK, Timothy US-A1- 2001 037 406 US-A1- 2001 049 740 Lino Lakes, MN 55014 (US) US-A1- 2002 002 625 US-A1- 2003 051 135 • THOMPSON, David US-A1- 2004 030 668 US-B1- 6 697 846 Rogers, MN 55374 (US) Note: Within nine months of the publication of the mention of the grant of the European patent in the European Patent Bulletin, any person may give notice to the European Patent Office of opposition to that patent, in accordance with the Implementing Regulations.
    [Show full text]
  • 1 in the United States District Court for The
    Case 2:16-cv-00695 Document 1 Filed 06/30/16 Page 1 of 107 PageID #: 1 IN THE UNITED STATES DISTRICT COURT FOR THE EASTERN DISTRICT OF TEXAS MARSHALL DIVISION ALACRITECH, INC., a California corporation, Plaintiff, v. Case No. 2:16-cv-695 DELL INC., a Delaware corporation, Jury Trial Demanded Defendant. COMPLAINT FOR PATENT INFRINGEMENT In this action for patent infringement under 35 U.S.C. § 271, Plaintiff Alacritech, Inc. ("Alacritech"), by and through its undersigned counsel, complains and alleges as follows against Defendant Dell Inc. ("Dell"), based on Alacritech's own personal knowledge with respect to its own actions and upon information and belief with respect to others' actions: THE PARTIES 1. Alacritech is a California corporation with its principal place of business at P.O. Box 20307, San Jose, California 95160. 2. Dell is a Delaware corporation with its principal place of business at One Dell Way, Round Rock, Texas 78682. NATURE OF THE ACTION 3. This is a civil action for patent infringement arising under the patent laws of the United States, 35 U.S.C. § 1, et seq. 4. Dell has infringed and continues to infringe, has contributed to and continues to contribute to the infringement of, and has actively induced and continues to actively induce others to infringe the following Alacritech patents: U.S. Patent Numbers 7,124,205; 7,237,036; 1 Case 2:16-cv-00695 Document 1 Filed 06/30/16 Page 2 of 107 PageID #: 2 7,337,241; 7,673,072; 7,945,699; 8,131,880; 8,805,948; and 9,055,104 (collectively, the "Asserted Patents").
    [Show full text]
  • Ciena Telecom Glossary.Pdf
    Telecom Glossary edited by Erin Malone Chris Janson 1st edition Publisher Acknowledgement: This is the first edition of this book. Please notify us of any acronyms we may have missed by submitting them via the form at www.ciena.com/glossary. We will be happy to in- clude them in further editions of “The Acronyms Guide”. For additional information on Ciena’s Carrier Ethernet or Optical Communications Certification programs please contact [email protected]. Table of Contents A .......................................1 B .......................................2 C .......................................3 D .......................................5 E .......................................6 F........................................6 G .......................................7 H .......................................8 I .........................................8 J ........................................9 K .......................................9 L ........................................9 M ....................................10 N .....................................11 O.....................................12 P .....................................13 Q.....................................14 R .....................................15 S......................................16 T .....................................17 U .....................................18 V .....................................18 W ....................................19 X .....................................19 A Add/Drop Allows optical wavelengths to be added or dropped at
    [Show full text]
  • Qlogic Bcm57xx and Bcm57xxx
    User’s Guide Ethernet iSCSI Adapters and Ethernet FCoE Adapters QLogic BCM57xx and BCM57xxx Third party information brought to BC0054508-00 J you courtesy of Dell. User’s Guide—Ethernet iSCSI Adapters and Ethernet FCoE Adapters QLogic BCM57xx and BCM57xxx Document Revision History Revision A, February 18, 2015 Revision B, July 29, 2015 Revision C, March 24, 2016 Revision D, April 8, 2016 Revision E, February 2, 2017 Revision F, August 25, 2017 Revision G, December 19, 2017 Revision H, March 15, 2018 Revision J, April 13, 2018 Changes Sections Affected Changed Step 1. “Downloading Documents” on page xxiii Added support for NPIV (via Fibre Channel - Link “FCoE” on page 4 Services specification) on Linux and Windows. In the first paragraph, clarified the last sentence to “Configuring Teaming in Windows Server” on indicate that “Windows Server 2016 and later do page 7 not support QLogic’s QLASP teaming driver.” In the NOTE, clarified the last sentence to indicate “QLASP Overview” on page 7 that “Windows Server 2016 does not support QLogic’s QLASP teaming driver…” In the NOTE, clarified the first and second sen- “Link Aggregation (802.3ad)” on page 9 tences: “The static and dynamic Link Aggregation (switch dependent) team type is not supported on ports with NIC partitioning (NPAR) mode enabled or iSCSI-offload enabled. Some switches support FCoE-offload in dynamic LACP teaming mode.” Added RHEL 6.9, 7.4, 7.5, SLES12 SP3 to the list “Linux” on page 18 of supported OSs. Added ESXi 6.0 U3, ESXi 6.5 U1, ESXi 6.5 U2, “VMware ESXi” on page 19 ESXi 6.7 to the list of supported OSs.
    [Show full text]
  • Fastlinq 41000 Series
    Marvell® FastLinQ® 41000 Series Adapters Converged Network Adapters and Intelligent Ethernet Adapters User’s Guide Doc No. AH0054601-00 Rev. M June 15, 2021 Cover Marvell FastLinQ® 41000 Series Adapters User’s Guide THIS DOCUMENT AND THE INFORMATION FURNISHED IN THIS DOCUMENT ARE PROVIDED “AS IS” WITHOUT ANY WARRANTY. MARVELL AND ITS AFFILIATES EXPRESSLY DISCLAIM AND MAKE NO WARRANTIES OR GUARANTEES, WHETHER EXPRESS, ORAL, IMPLIED, STATUTORY, ARISING BY OPERATION OF LAW, OR AS A RESULT OF USAGE OF TRADE, COURSE OF DEALING, OR COURSE OF PERFORMANCE, INCLUDING THE IMPLIED WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NON-INFRINGEMENT. This document, including any software or firmware referenced in this document, is owned by Marvell or Marvell's licensors, and is protected by intellectual property laws. No license, express or implied, to any Marvell intellectual property rights is granted by this document. The information furnished in this document is provided for reference purposes only for use with Marvell products. It is the user's own responsibility to design or build products with this information. Marvell products are not authorized for use as critical components in medical devices, military systems, life or critical support devices, or related systems. Marvell is not liable, in whole or in part, and the user will indemnify and hold Marvell harmless for any claim, damage, or other liability related to any such use of Marvell products. Marvell assumes no responsibility for the consequences of use of such information or for any infringement of patents or other rights of third parties that may result from its use.
    [Show full text]
  • Multipath TCP and Measuring End- To-End TCP Throughput
    Master of Science in electrical engineering with emphasis on Telecommunication systems JUNE 2018 Multipath TCP and Measuring end- to-end TCP Throughput Measuring TCP Metrics and ways to improve TCP Throughput performance Vineesha Sana Faculty of Computing , Blekinge Institute of Technology , SE-371 79 Karlskrona Sweden This thesis is submitted to the Faculty of Computing at Blekinge Institute of Technology in partial fulfillment of the requirements for the degree of Master of Science in Electrical Engineering with emphasis on Telecommunication Systems. The thesis is equivalent to 20 weeks of full time studies. Contact Information: Author: Vineesha Sana E-mail: [email protected], [email protected] External Advisor: Managing Director, Rao. Tummalapalli Seneca Global Hyderabad, India University advisor: Dr. Adrian Popescu Department of Communications Faculty of Computing Internet : www.bth.se Blekinge Institute of Technology Phone : +46 455 38 50 00 SE-371 79 Karlskrona, Sweden Fax : +46 455 38 50 57 ABSTRACT Internet applications make use of the services provided by a transport protocol, such as TCP (a reliable, in-order stream protocol). We use the term Transport Service to mean the end- toend service provided to application by the transport layer. That service can only be provided correctly if information about the intended usage is supplied from the application. The application may determine this information at the design time, compile time, or run time, and it may include guidance on whether a feature is required, a preference by the application, or something in between. Multipath TCP (MPTCP) adds the capability of using multiple paths to a regular TCP session.
    [Show full text]
  • Emulex Drivers Version 10.6 for Windows User Manual
    Emulex Drivers Version 10.6 for Windows User Manual P011382-01A Rev. A Connect • Monitor • Manage 2 Copyright © 2003-2015 Emulex. All rights reserved worldwide. No part of this document may be reproduced by any means or translated to any electronic medium without the prior written consent of Emulex. Information furnished by Emulex is believed to be accurate and reliable. However, no responsibility is assumed by Emulex for its use; or for any infringements of patents or other rights of third parties which may result from its use. No license is granted by implication or otherwise under any patent, copyright or related rights of Emulex. Emulex, the Emulex logo, Emulex BladeEngine, Emulex InSpeed, Emulex LightPulse, Emulex OneCommand, Emulex OneConnect, and SLI are registered trademarks, and Emulex Advanced-8, Emulex Connect, Emulex CrossLink, Emulex Engine, Emulex Edge, Emulex ExpressLane, Emulex GreenState, Network Xceleration, Emulex OneCore, Emulex Pilot, Emulex SURF, Emulex Universal Multi-Channel, Emulex vEngine, Emulex Virtual Fabric, Emulex Virtual Network Exceleration, Emulex vPath, Emulex vScale, AutoPilot, AutoPilot Installer, and BlockGuard are trademarks, of Emulex. All other brands or product names referenced herein are trademarks or registered trademarks of their respective companies or organizations. Emulex provides this manual "as is" without any warranty of any kind, either expressed or implied, including but not limited to the implied warranties of merchantability or fitness for a particular purpose. Emulex may make improvements and changes to the product described in this manual at any time and without any notice. Emulex assumes no responsibility for its use, nor for any infringements of patents or other rights of third parties that may result.
    [Show full text]