DOCSLIB.ORG

Fundamentals

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Fundamentals Source: NETWORK PROCESSORS P ● A ● R ● T ● I FUNDAMENTALS Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com) Copyright © 2004 The McGraw-Hill Companies. All rights reserved. Any use is subject to the Terms of Use as given at the website. FUNDAMENTALS Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com) Copyright © 2004 The McGraw-Hill Companies. All rights reserved. Any use is subject to the Terms of Use as given at the website. Source: NETWORK PROCESSORS CHAPTER 1 THE EVOLUTION OF NETWORK TECHNOLOGY: DISTRIBUTED COMPUTING AND THE CONVERGENCE OF NETWORKS In this introductory chapter, we will review the unprecedented changes that have occurred in com- puting and telecommunications-related technologies over the last 30 years. We will also examine the chain of events that caused this extraordinary cascade of technical breakthroughs on multiple fronts. These breakthroughs ultimately helped generate the new high-speed broadband network requirements for which network processors will be indispensable. The various subjects discussed in this book are documented extensively within the corresponding notes and references provided in this chapter. This chapter is more of an historical overview that intends to provide a context and background against which readers (especially recent college gradu- ates) will be able to properly understand the macroscopic picture of how and why we arrived where we are. This background will enable readers to better view these complementary technologies in rela- tion to each other and to appreciate and understand the main network-processing technologies dis- cussed in this book. IN THE BEGINNING An explosion of information technology (IT) occurred predominantly in the last quarter of the twen- tieth century. Computers, which were exotic devices to previous generations, have by now become indispensable tools for our everyday work and leisure. Today all branches of industry, processes of workflow, channels and methods of education, manufacturing techniques, financial management tools, audio and video entertainment systems, transportation systems, electronics and engine control systems, and even humble video games have taken advantage of this unbelievable progress. In the 1960s and early 1970s, when many of us were in college, working with a computer meant standing in line to use card punchers to write programs in primitive languages. A student program- mer would have to wait until the following day to receive the printout results because the data-center staff had to feed numerous programs on a batch base daily into the university mainframe. The spooler was invented to manage the output for so many different people at different times of the day. This pro- duced one single output point that would convey the results to the users who were expecting to see the fruit of their work. This all sounds unreal, yet it was still happening just 25 years ago. Large mainframe computers were the solution for that era’s IT problems. IBM was the leading par- adigm for these computers. Companies that more or less emulated its business model, such as Amdahl, Burroughs, Control Data, and so on, also dominated the stage. Only universities, major organizations, 3 Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com) Copyright © 2004 The McGraw-Hill Companies. All rights reserved. Any use is subject to the Terms of Use as given at the website. THE EVOLUTION OF NETWORK TECHNOLOGY: DISTRIBUTED COMPUTING AND THE CONVERGENCE OF NETWORKS 4 NETWORK PROCESSORS and large (usually multinational) corporations could afford these machines. Some “enlightened” industry executives have even gone down in history affirming that there could not be any potential for more than two to three computers in the market! Soon the card punchers disappeared and were replaced by alphanumeric terminals. People could sit in front of a computer screen and type in their code using a typewriter-like keyboard. The progress of compiling technology and operating systems facilitated interactive work sessions. Programmers no longer had to wait one day to get results. Once the programs were executed, the programmer could sit down and examine the results or reexamine the code and debug the program. Interactivity between man and machine started increasing. The site topology and IT architectures of these machines were mostly based on an inverted tree structure. The mainframe, also affectionately known as the big iron, was at the top of the hierarchy (the root of the inverted tree). The structure contained a series of layers of controllers of variable per- formance. It had a capacity that would individually cluster several nearby or remote downstream devices. This would eventually create an array of terminals that enabled interactive users to use the mainframe’s computing power on a time-shared basis. IBM led the industry and the world by creating the first comprehensive and extremely powerful intercomputer communications architecture called the Systems Network Architecture (SNA).1 This architecture was quite advanced for its time. SNA enabled mainframes to communicate with each other at different sites. Little by little, tasks that were previously tedious or impossible could be done in a complex but well-tested, documented, and straightforward way. Users could easily perform file transfers and log into other computers remotely. It would still take a few more years until SNA was developed enough to enable programs running on different systems to almost seamlessly communi- cate with each other, synchronize themselves, and exchange data in real time. This became possible in the late 1980s. In the midst of all this change in the late twentieth century, semiconductor technology underwent a revolution. Because more powerful capabilities could be integrated into a silicon microchip, users could envision the ever-increasing possibilities in terms of the complexity, the integration of func- tions, the speed, and the accuracy. The commensurate progress that was made in software engineer- ing, which was essentially driven forward by the ever-increasing requirements of new and more sophisticated IT applications, continued to try to use the available hardware capabilities. This formed an endless loop: Faster hardware was needed to run the more sophisticated software. The more sophis- ticated the software became, the more powerful the underlying hardware had to become. Central pro- cessing units (CPUs) became faster and more complex by first packing hundreds of thousands and then millions of transistors and even millions of logical gates on a chip (with typically four, six, or even eight transistors per logical gate). It was only a matter of time before the centralized IT fabric changed. Computing power was essen- tially going to break up and would be physically distributed around corporate and organizational sites. DEPARTMENTAL MACHINES ERODE THE MAINFRAME’S FOLLOWING The organizational and political reasons why a corporate department, such as manufacturing or R&D, did not like to be connected to and controlled by a corporate IT center go beyond the subject of this book; however, they remain a fact of life. The founders of companies such as Digital Equipment Corporation (DEC), Hewlett-Packard, Prime, and Data General, which pioneered the so-called midrange systems or departmental machines, understood this problem. With the advent of sleek interactive operating systems such as Digital’s VAX/VMS and with the university world open-heartedly accepting the UNIX effort from Bell Labs, a new generation of com- 1. Atul Kapoor, SNA: Architecture, Protocols, and Implementation, J.Ranade IBM Series (New York: McGraw-Hill, 1992). Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com) Copyright © 2004 The McGraw-Hill Companies. All rights reserved. Any use is subject to the Terms of Use as given at the website. THE EVOLUTION OF NETWORK TECHNOLOGY: DISTRIBUTED COMPUTING AND THE CONVERGENCE OF NETWORKS THE EVOLUTION OF NETWORK TECHNOLOGY 5 puter systems was developed. These systems were much more affordable than mainframes and were easy to run and manage with small teams of people. A plethora of these machines eventually appeared on academic and industrial campuses. People who used them were almost as enthusiastic about these machines as neophytes devoted to a cult. THE FIRST LOCAL AREA NETWORK (LAN) Around the early 1980s, local area networks (LANs) slowly moved out of the research community into the industrial world. Digital, Intel, and Xerox created the Ethernet based on research that was done at Xerox’s Palo Alto Research Center (PARC). Technology suddenly became extremely inter- esting. For example, a user could be running a program on one VAX and interact with another system on the network to develop software code while choosing his or her own printer that was going to be shared among several users on the LAN. These users would quickly become indignant of the older and rigid mainframe technologies. In many cases, they would even look down on traditional data-cen- ter IT staff and qualify them as “nonenlightened.” Two parallel popular cultures were created. At the risk of stereotyping, it seemed that one culture was dressed in a coat and tie, and the other was dressed in jeans and a T-shirt. IBM followed suit with the introduction of the token ring, which was based on research that was mostly carried out at the IBM Research Lab in Rueschlikon,
Load more

Recommended publications
  • C5ENPA1-DS, C-5E NETWORK PROCESSOR SILICON REVISION A1
    Freescale Semiconductor, Inc... SILICON REVISION A1 REVISION SILICON C-5e NETWORK PROCESSOR Sheet Data Rev 03 PRELIMINARY C5ENPA1-DS/D Freescale Semiconductor,Inc. F o r M o r G e o I n t f o o : r w m w a t w i o . f n r e O e n s c T a h l i e s . c P o r o m d u c t , Freescale Semiconductor, Inc... Freescale Semiconductor,Inc. F o r M o r G e o I n t f o o : r w m w a t w i o . f n r e O e n s c T a h l i e s . c P o r o m d u c t , Freescale Semiconductor, Inc... Freescale Semiconductor,Inc. Silicon RevisionA1 C-5e NetworkProcessor Data Sheet Rev 03 C5ENPA1-DS/D F o r M o r Preli G e o I n t f o o : r w m w a t w i o . f n r e O e n s c T a h l i e s . c P o r o m m d u c t , inary Freescale Semiconductor, Inc... Freescale Semiconductor,Inc. F o r M o r G e o I n t f o o : r w m w a t w i o . f n r e O e n s c T a h l i e s . c P o r o m d u c t , Freescale Semiconductor, Inc. C5ENPA1-DS/D Rev 03 CONTENTS .
    [Show full text]
  • Design and Implementation of a Stateful Network Packet Processing
    610 IEEE/ACM TRANSACTIONS ON NETWORKING, VOL. 25, NO. 1, FEBRUARY 2017 Design and Implementation of a Stateful Network Packet Processing Framework for GPUs Giorgos Vasiliadis, Lazaros Koromilas, Michalis Polychronakis, and Sotiris Ioannidis Abstract— Graphics processing units (GPUs) are a powerful and TCAMs, have greatly reduced both the cost and time platform for building the high-speed network traffic process- to develop network traffic processing systems, and have ing applications using low-cost hardware. The existing systems been successfully used in routers [4], [7] and network tap the massively parallel architecture of GPUs to speed up certain computationally intensive tasks, such as cryptographic intrusion detection systems [27], [34]. These systems offer a operations and pattern matching. However, they still suffer from scalable method of processing network packets in high-speed significant overheads due to critical-path operations that are still environments. However, implementations based on special- being carried out on the CPU, and redundant inter-device data purpose hardware are very difficult to extend and program, transfers. In this paper, we present GASPP, a programmable net- and prohibit them from being widely adopted by the industry. work traffic processing framework tailored to modern graphics processors. GASPP integrates optimized GPU-based implemen- In contrast, the emergence of commodity many-core tations of a broad range of operations commonly used in the architectures, such as multicore CPUs and modern graph- network traffic processing applications, including the first purely ics processors (GPUs) has proven to be a good solution GPU-based implementation of network flow tracking and TCP for accelerating many network applications, and has led stream reassembly.
    [Show full text]
  • Serial Attached SCSI (SAS) Interface Manual
    Users Guide Serial Attached SCSI (SAS) Interface Manual Users Guide Serial Attached SCSI (SAS) Interface Manual ©2003, 2004, 2005, 2006 Seagate Technology LLC All rights reserved Publication number: 100293071, Rev. B May 2006 Seagate, Seagate Technology, and the Seagate logo are registered trademarks of Seagate Technology LLC. SeaTools, SeaFAX, SeaFONE, SeaBOARD, and SeaTDD are either registered trademarks or trade- marks of Seagate Technology LLC. Other product names are registered trademarks or trademarks of their owners. Seagate reserves the right to change, without notice, product offerings or specifications. No part of this publication may be reproduced in any form without written permission of Seagate Technology LLC. Revision status summary sheet Revision Date Writers/Engineers Notes Rev. A 11/11/04 J. Coomes Initial release. Rev. B 05/07/06 C. Chalupa, J. Coomes, G. Houlder All. Contents 1.0 Interface requirements. 1 1.1 Acknowledgements . 1 1.2 How to use this interface manual . 1 1.2.1 Scope . 2 1.2.2 Applicable specifications . 2 1.2.3 Other references . 3 1.3 General interface description. 3 1.3.1 Introduction to Serial Attached SCSI Interface (SAS) . 3 1.3.2 The SAS interface . 3 1.3.3 Glossary . 5 1.3.4 Keywords . 16 1.4 Physical interface characteristics. 17 1.5 Bit and byte ordering . 17 2.0 General . 19 2.1 Architecture . 19 2.1.1 Architecture overview . 19 2.1.2 Physical links and phys . 19 2.1.3 Ports (narrow ports and wide ports) . 20 2.1.4 SAS devices . 21 2.1.5 Expander devices (edge expander devices and fanout expander devices) .
    [Show full text]
  • Embedded Multi-Core Processing for Networking
    12 Embedded Multi-Core Processing for Networking Theofanis Orphanoudakis University of Peloponnese Tripoli, Greece [email protected] Stylianos Perissakis Intracom Telecom Athens, Greece [email protected] CONTENTS 12.1 Introduction ............................ 400 12.2 Overview of Proposed NPU Architectures ............ 403 12.2.1 Multi-Core Embedded Systems for Multi-Service Broadband Access and Multimedia Home Networks . 403 12.2.2 SoC Integration of Network Components and Examples of Commercial Access NPUs .............. 405 12.2.3 NPU Architectures for Core Network Nodes and High-Speed Networking and Switching ......... 407 12.3 Programmable Packet Processing Engines ............ 412 12.3.1 Parallelism ........................ 413 12.3.2 Multi-Threading Support ................ 418 12.3.3 Specialized Instruction Set Architectures ....... 421 12.4 Address Lookup and Packet Classification Engines ....... 422 12.4.1 Classification Techniques ................ 424 12.4.1.1 Trie-based Algorithms ............ 425 12.4.1.2 Hierarchical Intelligent Cuttings (HiCuts) . 425 12.4.2 Case Studies ....................... 426 12.5 Packet Buffering and Queue Management Engines ....... 431 399 400 Multi-Core Embedded Systems 12.5.1 Performance Issues ................... 433 12.5.1.1 External DRAMMemory Bottlenecks ... 433 12.5.1.2 Evaluation of Queue Management Functions: INTEL IXP1200 Case ................. 434 12.5.2 Design of Specialized Core for Implementation of Queue Management in Hardware ................ 435 12.5.2.1 Optimization Techniques .......... 439 12.5.2.2 Performance Evaluation of Hardware Queue Management Engine ............. 440 12.6 Scheduling Engines ......................... 442 12.6.1 Data Structures in Scheduling Architectures ..... 443 12.6.2 Task Scheduling ..................... 444 12.6.2.1 Load Balancing ................ 445 12.6.3 Traffic Scheduling ...................
    [Show full text]
  • Network Processors: Building Block for Programmable Networks
    NetworkNetwork Processors:Processors: BuildingBuilding BlockBlock forfor programmableprogrammable networksnetworks Raj Yavatkar Chief Software Architect Intel® Internet Exchange Architecture [email protected] 1 Page 1 Raj Yavatkar OutlineOutline y IXP 2xxx hardware architecture y IXA software architecture y Usage questions y Research questions Page 2 Raj Yavatkar IXPIXP NetworkNetwork ProcessorsProcessors Control Processor y Microengines – RISC processors optimized for packet processing Media/Fabric StrongARM – Hardware support for Interface – Hardware support for multi-threading y Embedded ME 1 ME 2 ME n StrongARM/Xscale – Runs embedded OS and handles exception tasks SRAM DRAM Page 3 Raj Yavatkar IXP:IXP: AA BuildingBuilding BlockBlock forfor NetworkNetwork SystemsSystems y Example: IXP2800 – 16 micro-engines + XScale core Multi-threaded (x8) – Up to 1.4 Ghz ME speed RDRAM Microengine Array Media – 8 HW threads/ME Controller – 4K control store per ME Switch MEv2 MEv2 MEv2 MEv2 Fabric – Multi-level memory hierarchy 1 2 3 4 I/F – Multiple inter-processor communication channels MEv2 MEv2 MEv2 MEv2 Intel® 8 7 6 5 y NPU vs. GPU tradeoffs PCI XScale™ Core MEv2 MEv2 MEv2 MEv2 – Reduce core complexity 9 10 11 12 – No hardware caching – Simpler instructions Î shallow MEv2 MEv2 MEv2 MEv2 Scratch pipelines QDR SRAM 16 15 14 13 Memory – Multiple cores with HW multi- Controller Hash Per-Engine threading per chip Unit Memory, CAM, Signals Interconnect Page 4 Raj Yavatkar IXPIXP 24002400 BlockBlock DiagramDiagram Page 5 Raj Yavatkar XScaleXScale
    [Show full text]
  • Intel® IXP42X Product Line of Network Processors with ETHERNET Powerlink Controlled Node
    Application Brief Intel® IXP42X Product Line of Network Processors With ETHERNET Powerlink Controlled Node The networked factory floor enables the While different real-time Ethernet solutions adoption of systems for remote monitoring, are available or under development, EPL, long-distance support, diagnostic services the real-time protocol solution managed and the integration of in-plant systems by the open vendor and user group EPSG with the enterprise. The need for flexible (ETHERNET Powerlink Standardization Group), connectivity solutions and high network is the only deterministic data communication bandwidth is driving a fundamental shift away protocol that is fully conformant with Ethernet from legacy industrial bus architectures and networking standards. communications protocols to industry EPL takes the standard approach of IEEE standards and commercial off-the shelf (COTS) 802.3 Ethernet with a mixed polling and time- solutions. Standards-based interconnect slicing mechanism to transfer time-critical data technologies and communications protocols, within extremely short and precise isochronous especially Ethernet, enable simpler and more cycles. In addition, EPL provides configurable cost-effective integration of network elements timing to synchronize networked nodes with and applications, from the enterprise to the www.intel.com/go/embedded high precision while asynchronously transmitting factory floor. data that is less time-critical. EPL is the ideal The Intel® IXP42X product line of network solution for meeting the timing demands of processors with ETHERNET Powerlink (EPL) typical high performance industrial applications, software helps manufacturers of industrial such as automation and motion control. control and automation devices bridge Current implementations have reached 200 µs between real-time Ethernet on the factory cycle-time with a timing deviation (jitter) less floor and standard Ethernet IT networks in than 1 µs.
    [Show full text]
  • And GPU-Based DNN Training on Modern Architectures
    An In-depth Performance Characterization of CPU- and GPU-based DNN Training on Modern Architectures Presentation at MLHPC ‘17 Ammar Ahmad Awan, Hari Subramoni, and Dhabaleswar K. Panda Network Based Computing Laboratory Dept. of Computer Science and Engineering The Ohio State University [email protected], {subramon,panda}@cse.ohio-state.edu CPU based Deep Learning is not as bad as you think! • Introduction – CPU-based Deep Learning – Deep Learning Frameworks • Research Challenges • Design Discussion • Performance Characterization • Conclusion Network Based Computing Laboratory MLHPC ‘17 High-Performance Deep Learning 2 GPUs are great for Deep Learning • NVIDIA GPUs have been the main driving force for faster training of Deep Neural Networks (DNNs) • The ImageNet Challenge - (ILSVRC) – 90% of the ImageNet teams used GPUs in 2014* https://www.top500.org/ – DL models like AlexNet, GoogLeNet, and VGG – GPUs: A natural fit for DL due to the throughput-oriented nature – GPUs are also growing in the HPC arena! *https://blogs.nvidia.com/blog/2014/09/07/imagenet/ Network Based Computing Laboratory MLHPC ‘17 High-Performance Deep Learning 3 https://www.top500.org/statistics/list/ But what about CPUs? • Intel CPUs are everywhere and many-core CPUs are emerging according to Top500.org • Host CPUs exist even on the GPU nodes – Many-core Xeon Phis are increasing • Xeon Phi 1st generation: a many-core co-processor • Xeon Phi 2nd generation (KNL): a self-hosted many- core processor! • Usually, we hear CPUs are 10x – 100x slower than GPUs? [1-3] – But can we do better? 1- https://dl.acm.org/citation.cfm?id=1993516 System Count for Xeon Phi 2- http://ieeexplore.ieee.org/abstract/document/5762730/ 3- https://dspace.mit.edu/bitstream/handle/1721.1/51839/MIT-CSAIL-TR-2010-013.pdf?sequence=1 Network Based Computing Laboratory MLHPC ‘17 High-Performance Deep Learning 4 Deep Learning Frameworks – CPUs or GPUs? • There are several Deep Learning (DL) or DNN Training frameworks – Caffe, Cognitive Toolkit, TensorFlow, MXNet, and counting...
    [Show full text]
  • Effective Compilation Support for Variable Instruction Set Architecture
    Effective Compilation Support for Variable Instruction Set Architecture Jack Liu, Timothy Kong, Fred Chow Cognigine Corporation 6120 Stevenson Blvd. Fremont, CA 94538, USA g fjackl,timk,fredc @cognigine.com Abstract running embedded applications. these application specific instruction set processors (ASIPs) [1, 2] use instruction sets customized towards a specific type of application so they Traditional compilers perform their code generation can deliver efficient run-time performance for typical pro- tasks based on a fixed, pre-determined instruction set. This grams written for that application area. Because the instruc- paper describes the implementation of a compiler that de- tion set is pre-determined, the compiler is built and config- termines the best instruction set to use for a given pro- ured to generate code based on a custom, fixed instruction gram and generates efficient code sequence based on it. We set [16]. first give an overview of the VISC Architecture pioneered at Cognigine that exemplifies a Variable Instruction Set Ar- The Variable Instruction Set Communications Architec- chitecture. We then present three compilation techniques ture (VISC Architecture ÌÅ ) from Cognigine represents a that, when combined, enable us to provide effective com- very different approach in the attempt to provide greater pilation and optimization support for such an architecture. configurability in compiling embedded software. The VISC The first technique involves the use of an abstract opera- Architecture can perform a complex set of instructions con- tion representation that enables the code generator to op- sisting of multiple, fine and coarse grain operations that op- timize towards the core architecture of the processor with- erate on multiple operands at the same time in one fixed out committing to any specific instruction format.
    [Show full text]
  • The Datasheetarchive
    QLogic Corporation GEM359 Guardian Enclosure Management Controller Data Sheet Features Product Description I Compliance with SCSI Accessed Fault Tolerant The GEM359 is the latest addition to QLogic’s Enclosures (SAF-TE) specification, version 1.00 enclosure management product line. Designed as a and addendum complete chassis management controller for SCSI and I Compliance with SCSI-3 Enclosure Services Fibre Channel enclosures, the highly integrated GEM359 Command Set (SES) draft, version 8.0b monitors all aspects of a server’s backplane or storage I Compliance with Intelligent Platform Management enclosure. The chip provides in-band SAF-TE and SES Interface (IPMI), version 1.0 management through the SCSI interface or from the I Low Voltage Differential (LVD) SCSI interface SFF-8067 (ESI) ports on Fibre Channel drives. The GEM359 also supports the IPMI specification by providing I SCSI-3 compatible management data to a baseboard management controller I Two small form factor (SFF)-8067 interfaces for through the IPMB. Fibre Channel applications Users can implement the GEM359 for a variety of I Two I2C interfaces for connectivity to I2C devices applications, from a simple hot swap or SCSI drive such as a temperature sensor, NVRAM, and the backplane controller in a server to a full-featured chassis Intelligent Platform Management Bus (IPMB) management controller for a storage subsystem. The I Embedded Universal Asynchronous * advanced feature set allows management of the hot swap Receiver/Transmitter (UART), 16550 compatible, drives and monitors all the environmental and control provides a serial port that can be used as a debug port functions of the chassis or backplane.
    [Show full text]
  • NP-5™ Network Processor
    NETWORK PROCESSOR PRODUCT BRIEF † NP-5™ Network Processor 240Gbps NPU for Carrier Ethernet Applications HIGHLIGHTS Mellanox’s NP-5 is a highly-flexible network processor with integrated traffic management, targeting Carrier Ethernet Switches and Routers (CESR) and other Carrier Ethernet platforms – 240Gbps wire-speed network processor aimed that require high performance, flexible packet processing and fine-grained traffic management. at Carrier Ethernet applications TARGET APPLICATIONS – Integrated 240Gbps traffic management NP-5’s flexibility and integration allows system vendors to deliver cost effective solutions that providing granular bandwidth control can easily adapt to changing market requirements. – Up to 480Gbps peak processing data path and Typical applications include: Stand-alone pizza box solutions: CoS classification • Line cards in modular chassis: • Ethernet Aggregation Nodes – Suited for line card, services card and pizza box • Edge and Core Routers • Server Load Balancing Switches applications • Transport Switches • Multi-10Gbps Firewalls & VPN – On-chip control CPU for host CPU offload • Data Center Switches • Intrusion Detection Appliances • 3G/4G Wireless Infrastructure Equipment • Network Monitoring and Analysis Services – Power management for minimizing line card and system power dissipation SOFTWARE TOOLS – Operations, Administration and Management Mellanox supplies a comprehensive set of software tools to facilitate system design for NP-5 (OAM) processing offload based products. The toolset manages the data plane and allows designers to edit, build and – Synchronous Ethernet and IEEE1588v2 offload debug microcode applications for the Mellanox’s network processors with a unified GUI. for Circuit Emulation Services Designers can quickly develop and test the microcode using cycle-accurate simulation and debugging tools including breakpoints, single-step program execution and access to internal – IP reassembly for advanced packet processing resources.
    [Show full text]
  • Network Processors the Morgan Kaufmann Series in Systems on Silicon Series Editor: Wayne Wolf, Georgia Institute of Technology
    Network Processors The Morgan Kaufmann Series in Systems on Silicon Series Editor: Wayne Wolf, Georgia Institute of Technology The Designer’s Guide to VHDL, Second Edition Peter J. Ashenden The System Designer’s Guide to VHDL-AMS Peter J. Ashenden, Gregory D. Peterson, and Darrell A. Teegarden Modeling Embedded Systems and SoCs Axel Jantsch ASIC and FPGA Verification: A Guide to Component Modeling Richard Munden Multiprocessor Systems-on-Chips Edited by Ahmed Amine Jerraya and Wayne Wolf Functional Verification Bruce Wile, John Goss, and Wolfgang Roesner Customizable and Configurable Embedded Processors Edited by Paolo Ienne and Rainer Leupers Networks-on-Chips: Technology and Tools Edited by Giovanni De Micheli and Luca Benini VLSI Test Principles & Architectures Edited by Laung-Terng Wang, Cheng-Wen Wu, and Xiaoqing Wen Designing SoCs with Configured Processors Steve Leibson ESL Design and Verification Grant Martin, Andrew Piziali, and Brian Bailey Aspect-Oriented Programming with e David Robinson Reconfigurable Computing: The Theory and Practice of FPGA-Based Computation Edited by Scott Hauck and André DeHon System-on-Chip Test Architectures Edited by Laung-Terng Wang, Charles Stroud, and Nur Touba Verification Techniques for System-Level Design Masahiro Fujita, Indradeep Ghosh, and Mukul Prasad VHDL-2008: Just the New Stuff Peter J. Ashenden and Jim Lewis On-Chip Communication Architectures: System on Chip Interconnect Sudeep Pasricha and Nikil Dutt Embedded DSP Processor Design: Application Specific Instruction Set Processors Dake Liu Processor Description Languages: Applications and Methodologies Edited by Prabhat Mishra and Nikil Dutt Network Processors Architecture, Programming, and Implementation Ran Giladi Ben-Gurion University of the Negev and EZchip Technologies Ltd.
    [Show full text]
  • Synchronized MIMD Computing Bradley C. Kuszmaul
    Synchronized MIMD Computing by Bradley C. Kuszmaul SB mathematics Massachusetts Institute of Technology SB computer science and engineering Massachusetts Institute of Technology SM electrical engineering and computer science Massachusetts Institute of Technology Submitted to the Department of Electrical Engineering and Computer Science in partial ful®llment of the requirements for the degree of Doctor of Philosophy at the MASSACHUSETTS INSTITUTE OF TECHNOLOGY May 1994 c Massachusetts Institute of Technology 1994. All rights reserved. : :: : : :: : :: : :: : : :: : :: : :: : : :: : :: : :: : : :: : :: : :: : : :: : :: : :: : : :: : :: : : :: : :: : :: : : :: Author : Department of Electrical Engineering and Computer Science May 22, 1994 :: : :: : : :: : :: : :: : : :: : :: : :: : : :: : :: : :: : : :: : :: : :: : : :: : :: : :: : : :: : :: : : :: : :: Certi®ed by :: Charles E. Leiserson Professor of Computer Science and Engineering Thesis Supervisor :: : :: : :: : : :: : :: : :: : : :: : :: : :: : : :: : :: : :: : : :: : :: : :: : : :: : :: : :: : : :: : :: : : :: Accepted by : F. R. Morgenthaler Chair, Department Committee on Graduate Students 1 2 Synchronized MIMD Computing by Bradley C. Kuszmaul Submitted to the Department of Electrical Engineering and Computer Science on May 22, 1994, in partial ful®llment of the requirements for the degree of Doctor of Philosophy Abstract Fast global synchronization provides simple, ef®cient solutions to many of the system problems of parallel computing. It achieves this by providing composition
    [Show full text]