VITA News by Ray Alderman

Total Page:16

File Type:pdf, Size:1020Kb

VITA News by Ray Alderman VITA news By Ray Alderman Multicore disparities The last time the CPU makers got into a flap, it was Intel’s Engine (POE), a communications processor core that will handle Complex Instruction Set Computers (CISC) versus the workstation all communications tasks. Plus, you could have a math-oriented CPU makers (HP-PA, Sun SPARC, DEC Alpha, Motorola 88000, processor core (such as a DSP core) to handle all the heavy and the MIPS processors) and their Reduced Instruction Set calculations that some of the applications programs may have. Computers (RISC) machines. Intel won the battle because of all the Now, you have an architecture that can show some serious CISC code running on low-end PCs. The installed base of UNIX increases in performance over homogeneous core concepts without code running on workstations at the time just couldn’t hold any all the voodoo parallelism promises. significant market share at the desktop. But Intel did adopt some RISC techniques in their x86 cores after the dust settled. Yes, you can write all that graphics, communications, and math code and run it on those homogeneous cores. But that code and From my reading lately, it looks like the CPU makers are starting those cores will show terrible performance compared to a hetero- their next flap over multicore concepts, homogeneous cores ver- geneous group of ASPs. However, I expect to see Intel maintain sus heterogeneous cores. In a homogeneous core architecture, all their position on homogeneous multicores and either write that the cores in the CPU are exactly the same, and they have the same code or get Microsoft to write it. instruction set. Of course, this is the Intel approach to multicore. They won the The companies supporting heteroge- CISC versus RISC battle because of the “... Using parallelism as neous multicore concepts are AMD and huge installed base of CISC-based code IBM, with more joining the party every running on those cheap and slow PCs, so a justification day. AMD bought ATI (a graphics chip they are playing the same card again in company) a year or so ago, so AMD this flap. already has a graphics core. Addition- for homogeneous core ally, AMD has licensed that ATI graph- One myth about homogeneous-core ics core to Freescale Semiconductor processors is that you can run the appli- and will probably license it to more cation code through a parallelizing architectures is, by companies. AMD and IBM have packet- compiler, find those segments that are thrashing cores, for example, those independent, and run them on different definition, another great protocol and communications offload cores simultaneously. That should speed engines from their Ethernet and other up the code execution dramatically. communications chips. The DSP cores Well, yes, it would in a perfect world. waste of time.” can be found in many places to handle Gene Amdahl studied this problem for math-oriented applications, so combin- many years, and he discovered that very little applications code ing a very efficient and cost-effective heterogeneous multicore had any parallelism that can be exploited. His discoveries resulted processor is relatively easy. And the heterogeneous core concept in Amdahl’s Law, which showed the computing world that lets the CPU makers choose best of class cores and software for chasing parallelism in code was a great waste of time. So using the other functions, rather than shoehorn some slow, kludgy code parallelism as a justification for homogeneous-core architectures into a clumsy and inelegant solution on a homogeneous multicore is, by definition, another great waste of time. processor chip. Additionally, I suspect great power and heat dissi- pation savings are associated with heterogeneous multicore chips. For many decades, we have been building multiprocessor systems using homogeneous CPU chips. This is the same concept as the It is clear to me that the heterogeneous multicore concept makes new homogeneous multicore CPUs. We discovered the knee in a lot of sense. But similar to the RISC versus CISC battles of the curve early on, in which each additional processor contrib- the ’80s, my opinion ignores all that kludgy CISC code running utes less than 100 percent increase in performance. We have seen on all those poorly performing PCs available today. To compete four-processor servers outperform six-processor servers hands with AMD’s heterogeneous core model, Intel would have to buy down. The overhead associated with interprocessor communica- NVIDIA for big bucks. Or they could take the cheap route and tions and shared resources exposes such machines to the Law of just write some graphics-thrashing code for one of their x86 cores Diminishing Returns after four CPUs, particularly when parallel and pawn it off on the market. buses, shared memory, and cache-coherency protocols are used. This homogeneous versus heterogeneous multicore flap will A heterogeneous multicore architecture would consist of highly continue for a while and will surely be interesting to watch. specialized Application Specific Processor cores (ASPs) with I think if you examine the homogeneous multicore model, you their own unique instruction sets. Consider this: The primary core will discover a lot of shortcomings. would be a generic processor for running basic programs. Next, you would have a graphics core to handle all graphics and display For more information, contact Ray at [email protected]. algorithms. Additionally, you would have a Protocol Offload .
Recommended publications
  • Pwny Documentation Release 0.9.0
    pwny Documentation Release 0.9.0 Author Nov 19, 2017 Contents 1 pwny package 3 2 pwnypack package 5 2.1 asm – (Dis)assembler..........................................5 2.2 bytecode – Python bytecode manipulation..............................7 2.3 codec – Data transformation...................................... 11 2.4 elf – ELF file parsing.......................................... 16 2.5 flow – Communication......................................... 36 2.6 fmtstring – Format strings...................................... 41 2.7 marshal – Python marshal loader................................... 42 2.8 oracle – Padding oracle attacks.................................... 43 2.9 packing – Data (un)packing...................................... 44 2.10 php – PHP related functions....................................... 46 2.11 pickle – Pickle tools.......................................... 47 2.12 py_internals – Python internals.................................. 49 2.13 rop – ROP gadgets........................................... 50 2.14 shellcode – Shellcode generator................................... 50 2.15 target – Target definition....................................... 79 2.16 util – Utility functions......................................... 80 3 Indices and tables 83 Python Module Index 85 i ii pwny Documentation, Release 0.9.0 pwnypack is the official CTF toolkit of Certified Edible Dinosaurs. It aims to provide a set of command line utilities and a python library that are useful when playing hacking CTFs. The core functionality of pwnypack
    [Show full text]
  • Operating RISC: UNIX Standards in the 1990S
    Operating RISC: UNIX Standards in the 1990s This case was written by Will Mitchell and Paul Kritikos at the University of Michigan. The case is based on public sources. Some figures are based on case-writers' estimates. We appreciate comments from David Girouard, Robert E. Thomas and Michael Wolff. The note "Product Standards and Competitive Advantage" (Mitchell 1992) supplements this case. The latest International Computerquest Corporation analysis of the market for UNIX- based computers landed on three desks on the same morning. Noel Sharp, founder, chief executive officer, chief engineer and chief bottle washer for the Superbly Quick Architecture Workstation Company (SQAWC) in Mountain View, California hoped to see strong growth predicted for the market for systems designed to help architects improve their designs. In New York, Bo Thomas, senior strategist for the UNIX systems division of A Big Computer Company (ABCC), hoped that general commercial markets for UNIX-based computer systems would show strong growth, but feared that the company's traditional mainframe and mini-computer sales would suffer as a result. Airborne in the middle of the Atlantic, Jean-Helmut Morini-Stokes, senior engineer for the UNIX division of European Electronic National Industry (EENI), immediately looked to see if European companies would finally have an impact on the American market for UNIX-based systems. After looking for analysis concerning their own companies, all three managers checked the outlook for the alliances competing to establish a UNIX operating system standard. Although their companies were alike only in being fictional, the three managers faced the same product standards issues. How could they hasten the adoption of a UNIX standard? The market simply would not grow until computer buyers and application software developers could count on operating system stability.
    [Show full text]
  • Rlsc & DSP Advanced Microprocessor System Design
    Purdue University Purdue e-Pubs ECE Technical Reports Electrical and Computer Engineering 3-1-1992 RlSC & DSP Advanced Microprocessor System Design; Sample Projects, Fall 1991 John E. Fredine Purdue University, School of Electrical Engineering Dennis L. Goeckel Purdue University, School of Electrical Engineering David G. Meyer Purdue University, School of Electrical Engineering Stuart E. Sailer Purdue University, School of Electrical Engineering Glenn E. Schmottlach Purdue University, School of Electrical Engineering Follow this and additional works at: http://docs.lib.purdue.edu/ecetr Fredine, John E.; Goeckel, Dennis L.; Meyer, David G.; Sailer, Stuart E.; and Schmottlach, Glenn E., "RlSC & DSP Advanced Microprocessor System Design; Sample Projects, Fall 1991" (1992). ECE Technical Reports. Paper 302. http://docs.lib.purdue.edu/ecetr/302 This document has been made available through Purdue e-Pubs, a service of the Purdue University Libraries. Please contact [email protected] for additional information. RISC & DSP Advanced Microprocessor System Design Sample Projects, Fall 1991 John E. Fredine Dennis L. Goeckel David G. Meyer Stuart E. Sailer Glenn E. Schmottlach TR-EE 92- 11 March 1992 School of Electrical Engineering Purdue University West Lafayette, Indiana 47907 RlSC & DSP Advanced Microprocessor System Design Sample Projects, Fall 1991 John E. Fredine Dennis L. Goeckel David G. Meyer Stuart E. Sailer Glenn E. Schrnottlach School of Electrical Engineering Purdue University West Lafayette, Indiana 47907 Table of Contents Abstract ...................................................................................................................
    [Show full text]
  • 1990 Motorola Annual Report
    Annual Report 1990 (M) MOTOROLA INC. >\ About the Company Motorola is one of the world's leading providers of electronic equipment, systems, components and services for worldwide markets. Products include two-way radios, pagers, cellular telephones and systems, semiconductors, defense and aerospace electronics, automotive and industrial electronics, computers, data communications and informa- tion processing and handling equipment. Motorola was a winner of the first Malcolm Baldrige National Quality Award, in recognition of its superior company-wide management of quality processes. On the Cover One of the newest landmarks in Paris is architect I.M. Pei's pyramid entrance to the Louvre. Guards from Erom Se'curite' S.A. use Motorola two-way communications equipment at the museum to protect some of the finest art treasures in the world. In this year's report you will see how Motorola products and sys- tems serve our customers throughout the world. Contents Financial Highlights 2 To Our Stockholders and Other Friends 3 At a Glance 16 Review of Operations 19 Financial Review 24 Financial Statements 27 Notes to Consolidated Financial Statements 30 Five Year Financial Summary 36 Sectors, Groups and Divisions, Motorola Worldwide 37 Elected Officers 38 Directors, CEO Quality Awards, Dan Noble Fellows 40 Stockholder Reference Information 41 n each of our chosen arenas of the electronics industry, we plan to grow rapidly by providing our worldwide customers what they want, when they want it, with Six Sigma quality and best-in-class cycle time, as we strive to achieve our fundamental corporate objective of Total Customer Satisfaction, and to achieve our stated goals of increased global market share, best-in-class people, products, marketing, manufacturing, technology and service, and superior financial results.
    [Show full text]
  • 8Th Annual Microprocessor Forum
    Conference Materials ------------------------------------------------------------~ r-------------------------------------------, Fairmont Hotel, San Jose October 10-11, 1995 Sponsored by MICRODESIGN RES 0 U R C E 5 AGENDA (') DAY ONE Tuesday, October 10 WElCOME Michael Slater 8:40 KEYNOTE: SEMICONDUCTOR TECHNOLOGY AND THE GROWTH OF THE PC INDUSTRY Craig Barrett, Intel 9:20 X86 MICROPROCESSORS Moderator: Michael Slater; MicroDesign Resources Shifting Sands in the x86 Landscape Michael Slater P6: The Myths and Realities Robert Colwell, Intel 10:00 BREAK: SPONSORED BY NEC ELECTRONICS AMD-KS Performance and Microarchitecture Tradeoffs David Witt, AMD Optimizing the Ml for Windows 95 Mark Bluhm, Cyrix 'Overview of the Nx686 Processor ... Greg Favor; NexGen Q&:A Panel All Speakers above 12:00 LUNCH 1:10 Market Trends for x86 Microprocessors Aaron Goldberg, Computer Intelligence InfoCorp 1:30 PROCESSORS FOR MULTIMEDIA Moderator: Yong Yao, MicroDesign Resources Implementation Strategies for Multimedia Yong Yao Architecture of a Broadband Mediaprocessor !ohn Moussouris, MicroUnity A VLIW and SIMD Vector Processor for PC Multimedia Stephen Purcell, Chromatic The TriMedia VLIW-Based PCI Multimedia Processor Gerrit Slaven burg, Philips Semiconductors 2:50 BREAK: SPONSORED BY LSI LOGIC 3:10 M.EA.S.T: A Highly Parallel, Scalable, Single-Chip DSP Gerald Pechanek, IBM Microelectronics UltraSPARC's Instruction Set Extensions for Multimedia Marc Tremblay, Sun Microsystems A Multimedia 586 Processor for Consumer PCs Forrest Norrod, Cyrix Q&:A Panel All speakers above 5:00 MICROPROCESSOR REPORT AWARDS Nick Tredennick, Tredennick, Inc. 5:30 RECEPTION/LITERATURE & DEMONSTRATION CENTER OPENING 8:30PM-10:30PM AFFINITY SESSIONS Open Session on Cryptography Benchmarks &: Workloads Roundtable Packaging Technology Directions The Issue of Branding Microprocessors Sponsored by L...-___________MICRODESIGN ---------------' RESOURCES 1995 Microprocessor Forum 1 AGENDA DAY TWO Wednesday, October 11 EMBEDDED PROCESSORS Moderator: James L.
    [Show full text]
  • System-On-A-Chip
    System-on-a-chip From Wikipedia, the free encyclopedia Jump to: navigation, search System-on-a-chip or system on chip (SoC or SOC) is an idea of integrating all components of a computer or other electronic system into a single integrated circuit (chip). It may contain digital, analog, mixed-signal, and often radio-frequency functions – all on one chip. A typical application is in the area of embedded systems. If it is not feasible to construct an SoC for a particular application, an alternative is a system in package (SiP) comprising a number of chips in a single package. SoC is believed to be more cost effective since it increases the yield of the fabrication and because its packaging is simpler. Contents [hide] • 1 Structure • 2 Design flow • 3 Fabrication • 4 See also • 5 External links [edit] Structure y513719001187192499 from [email protected] was published by D-Publish on August 15, 2007 Microcontroller-based System-on-a-Chip A typical SoC consists of: • One or more microcontroller, microprocessor or DSP core(s). • Memory blocks including a selection of ROM, RAM, EEPROM and Flash. • Timing sources including oscillators and phase-locked loops. • Peripherals including counter-timers, real-time timers and power-on reset generators. • External interfaces including industry standards such as USB, FireWire, Ethernet, USART, SPI. • Analog interfaces including ADCs and DACs. • Voltage regulators and power management circuits. These blocks are connected by either a proprietary or industry-standard bus such as the AMBA bus from ARM. DMA controllers route data directly between external interfaces and memory, by-passing the processor core and thereby increasing the data throughput of the SoC.
    [Show full text]
  • Microcontroller and Embedded Systems Using Assembly and C, 1-St Edition, Prentice Hall, 2009
    Design with Microprocessors Year III Computer Science Lecturer: Tiberiu Marita Overview Objectives • Know, understand and use concepts like: microprocessor, bus, memory system, i/o system and data transfer methods, interfaces. • Analyze and design a system with a microprocessor Prerequisites • Logic Design, Digital System Design, Computer Architecture, Assembly Language Programming, Computer Programming (C language) Discipline structure • 2C + 1L + 1P / week Lecture structure • Part 1 – ATMEL (ATmega2560, ATmega328P ) and applications • Part 2 – MP systems design issues (examples with x86 family) LP topic • Practical work with the Arduino boards (ATmega2560 (MEGA2560), ATmega328P(UNO)) and several peripheral modules (www.arduino.cc) Evaluation Evaluation: exam mark (E) + lab/project mark (LP) if (LP > = 5) AND (E > = 4.5) Final_mark = 0.5 *LP + 0.5 *(E + Bonus) else Final_mark = 4 OR Absent Bonus if no_of_attendances_at_the_lecture >= 5 Bonus = (no_of_attendances – 4)* 0.1 Lecture References Lecture documents http://users.utcluj.ro/~tmarita/PMP/PMPCurs.htm Textbook ATMega •M. A. Mazidi, S. Naimi, S. Naimi, The AVR Microcontroller and Embedded Systems Using Assembly And C, 1-st Edition, Prentice Hall, 2009. •Michael Margolis, Arduino Cookbook, 2-nd Edition, O’Reilly, 2012. Textbooks (8086 family mP) •Barry B. Brey, The Intel Microprocessors: 8086/8088, 80186,80286, 80386 and 80486. Architecture, Programming, and Interfacing, 4-rd edition, Prentice Hall, 1997 •S. Nedevschi, L. Todoran, „Microprocesoare”, editura UTC-N, 1995 UTCN Library Additional documents Data sheets from Atmel, Intel etc. (http://www.atmel.com/ ) Further study (for homework, lab & project) Muhammad Ali Mazidi, Sarmad Naimi, Sepehr Naimi, The AVR Microcontroller and Embedded Systems Using Assembly And C, 1st Edition, Prentice Hall, 2009.
    [Show full text]
  • Unit 1 Evolution of the Microprocessor Structure 1.1 Introduction
    Subject Code : DEL34 Subject Title : Microprocessor Structure of the Course Content BLOCK 1 Introduction Unit 1: Evolution of Microprocessors Unit 2: Advantages of Microprocessors Unit 3: Various MPU Families (SSI, LSI, VLSI, SLSI) BLOCK 2 8085 Unit 1: Introduction Unit 2: Architecture of 8085 Unit 3: Block and Pin Diagram of 80851 and it’s functions Unit 4: BUS Details BLOCK 3 8085 Programming Unit 1: Instruction formats & Addressing Modes Unit 2: Instruction Set and It’s Cycle Unit 3: Timing Diagrams and Status Signals Unit 4: Simple Programs BLOCK 4 8085 Interfacing Unit 1: Memory mapping Unit 2: Interrupts Unit 3: I/O Peripheral Interfacing BLOCK 5 16 bit Microprocessor Unit 1: Introduction to 8086 Unit 2: Architecture of 8086 Unit 3: Block and Pin Diagram of 8086 and it’s functions Unit 4: BUS Details Books : 1. 8085 Microprocessor by Ramesh gaonkar by Penram Publishers 2. 8086 Microprocessor by Douglas hall Unit 1 Evolution of the Microprocessor Structure 1.1 Introduction 1.2 Objectives 1.3 The Breakthrough in Microprocessors 1.4 What led to the development of microprocessors? 1.5 How a microprocessor works 1.6 Archictecture of a microprocessor 1.7 Generation of microprocessors 1.8 Companies associated with microprocessors 1.9 Microprocessors Today 1.10 Where is the industry of microprocessors going? 1.11 Summary 1.12 Keywords 1.13 Exercise 1.1 Introduction The Collegiate Webster dictionary describes microprocessor as a computer processor contained on an integrated-circuit chip. In the mid-seventies, a microprocessor was defined as a central processing unit (CPU) realized on a LSI (large-scale integration) chip, operating at a clock frequency of 1 to 5 MHz and constituting an 8-bit system.
    [Show full text]
  • Building and Installing Glibc
    APPENDIX A Building and Installing Glibc THE GNU C LIBRARY, popularly known as Glibc, is the unseen force that makes GCC, most C language applications compiled with GCC on Linux systems, and all GNU /Linux systems themselves work. Any code library provides a set of func­ tions that simplify writing certain types of applications. In the case of the GNU C library, the applications facilitated by Glibc are any C programming language applications. The functions provided by Glibc range from functions as funda­ mental to C as printf () all the way to Portable Operating System Interface for Computer Environments (POSIX) functions for opening low-level network con­ nections (more about the latter later). Rebuilding and changing the library on which almost every GNU /Linux appli­ cation depends can be an intimidating thought. Luckily, it is not as problematic or complex as you might think. This chapter explains how to obtain, build, and install newer versions of the GNU C library, discusses problems that you might encounter, and also explains how to work around those problems in order to get your system(s) up and running with newer or alternate versions of the GNU C library that may be present by default on the system(s) that you are using. NOTE The most important requirement for upgrading Glibc on your system is having sufficient disk space to download and build the source code, back up files that you want to preserve in case you encounter upgrade problems, and install the new version ofGlibc. You should make sure that your system has approximately 200MB offree space in order to build and install Glibc.
    [Show full text]
  • An Overview of Compilation and GCC
    Workshop on Essential Abstractions in GCC An Overview of Compilation and GCC GCC Resource Center (www.cse.iitb.ac.in/grc) Department of Computer Science and Engineering, Indian Institute of Technology, Bombay 29 June 2013 29 June 2013 Overview: Outline 1/42 Outline • Introduction to Compilation • An Overview of Compilation Phases • An Overview of GCC Essential Abstractions in GCC GCC Resource Center, IIT Bombay Part 1 Introduction to Compilation 29 June 2013 Overview: Introduction to Compilation 2/42 Implementation Mechanisms Source Program Translator Target Program Machine Essential Abstractions in GCC GCC Resource Center, IIT Bombay 29 June 2013 Overview: Introduction to Compilation 2/42 Implementation Mechanisms Source Program Input Data Translator Target Program Machine Essential Abstractions in GCC GCC Resource Center, IIT Bombay 29 June 2013 Overview: Introduction to Compilation 2/42 Implementation Mechanisms Source Program Source Program Input Data Translator Interpreter Target Program Machine Machine Essential Abstractions in GCC GCC Resource Center, IIT Bombay 29 June 2013 Overview: Introduction to Compilation 3/42 Implementation Mechanisms as “Bridges” • “Gap” between the “levels” of program specification and execution Program Specification Machine Essential Abstractions in GCC GCC Resource Center, IIT Bombay 29 June 2013 Overview: Introduction to Compilation 3/42 Implementation Mechanisms as “Bridges” • “Gap” between the “levels” of program specification and execution Program Specification Translation Machine Essential Abstractions
    [Show full text]
  • *183Ur &Rpslohu 7Rrov
    *183UR &RPSLOHU 7RROV coX `H H|r6Hr YHUVLRQU Frontispiece Copyright © 1991-1999 Free Software Foundation Copyright © 1991-1999 Cygnus®. All rights reserved. GNUPro®, the GNUPro logo, the Cygnus logo, Cygnus Insight™, Cygwin™, eCos™ and Source-Navigator™ are all trademarks of Cygnus. All other brand and product names, trademarks and copyrights are the property of their respective owners. Permission is granted to make and distribute verbatim copies of this documentation, provided the copyright notice and this permission notice are preserved on all copies. Permission is granted to copy and distribute modified versions of this documentation under the conditions for verbatim copying, provided also that the entire resulting derived work is distributed under the terms of a permission notice identical to this one. Permission is granted to copy and distribute translations of this documentation into another language, under the above conditions for modified versions. This documentation has been prepared by Cygnus Technical Publications; contact the Cygnus Technical Publications staff: [email protected]. While every precaution has been taken in the preparation of this documentation, the publisher assumes no responsibility for errors or omissions, or for damages resulting from the use of the information within the documentation. For licenses and use information, see “GNU General Public License” on page 16, “Source-Navigator source code comprehension tool license” on page 21, “Tcl/Tk tool command language and windowing toolkit license” on page 24 and “General licenses and terms for using GNUPro Toolkit” on page 13 in GETTING STARTED. Part #: 300-400-10100042-99r1 ii ■ GNUPro Compiler Tools CYGNUS Frontispiece r©##o« The GNUPro Toolkit is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions.
    [Show full text]
  • Diamond Standard Processor Cores
    WHITE PAPER Diamond Standard Processor Cores A comprehensive family of software-compatible, preconfigured RISC controller cores for your next ASIC or SOC design Tensilica’s Diamond Standard Series is a broad family of preconfigured 32-bit microprocessor and DSP Intellectual Property (IP) cores based on Tensilica’s Xtensa Instruction Set Architecture (ISA). All of these code-compatible processor cores employ a common set of software/firmware development tools making it easy for development teams to move from one processor core to another as design needs change or when your design needs multiple cores to execute different tasks. The base Xtensa ISA employs 24-bit, general-purpose RISC instructions that target a wide range of embedded applications. Most common instructions also have a 16-bit narrow encoding to minimize code footprint and the Diamond Series architecture allows modeless switching between 16 and 24-bit instructions. Consequentially, Diamond Standard Series processor cores achieve the highest code densities among all 32-bit RISC processors while delivering industry-leading performance. Introduction Tensilica’s Diamond Standard Series is a family of code-compatible, preconfigured 32-bit microprocessor and DSP Intellectual Property (IP) cores based on Tensilica’s Xtensa Instruction Set Architecture (ISA). The base Xtensa ISA uses 24 bit instructions that target a wide range of embedded applications. Most common instructions in the Xtensa ISA also have 16-bit narrow encodings as well, and the architecture allows modeless switching between 16 and 24-bit instructions so that the compiler is free to pick the smallest possible instruction at any time with no performance penalty. As a result, the Diamond Series processors achieve the highest code densities among all 32-bit RISC processors.
    [Show full text]