Real-Time Graphics Architecture P

Total Page:16

File Type:pdf, Size:1020Kb

Real-Time Graphics Architecture P 4/18/2007 Real-Time Graphics Architecture Lecture 4: Parallelism and Communication Kurt Akeley Pat Hanrahan http://graphics.stanford.edu/cs448-07-spring/ CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 Topics 1. Frame buffers 2. Types of parallelism 3. Communication patterns and requirements 4. Sorting classification for parallel rendering (with examples) CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 1 4/18/2007 Frame Buffers Raster vs. calligraphic Raster (image order) dominant choice Calligraphic (object order) Earliest choice (Sketchpad) E&S terminals in the 70s and 80s Works with light pens Scene complexity affects frame rate Monitors are expensive Still required for FAA simulation Increases absolute brightness of light points CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 2 4/18/2007 Frame buffer definitions What is a frame buffer? What can we learn by considering different definitions? CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 Frame buffer definition #1 Storage for commands that are executed to refresh the display Allows for raster or calligraphiccalligraphic display (e. g. Megatech) “Frame buffer” for calligraphic display is a “display list” OpenGL “render list”? Key point: frame buffer contents are interpreted Color mapping Image scaling, warping Window system (overlay, separate windows, …) Address Recalculation Pipeline CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 3 4/18/2007 Frame buffer definition #2 Image memory used to decouple the render frame rate from the display frame rate Meets common understanding of frame buffer as image Leads naturally to double buffering One render buffer, one display buffer, swap n-buffering also possible, can control latency Key idea: decoupling enables general-purpose GPU Visual simulation has high render frame rate MCAD has low render frame rate Window manager has no frame rate CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 Frame buffer definition #3 All pixel-assigned memory used to assemble and display the images being rendered Key point: frame buffer is active participant in rendering Leads to non-color buffers: depth, stencil, window control OpenGL treats these buffers as part of frame buffer Some reserve “frame buffer” for color images Should be n-buffered in some cases (sort last) RealityEngine frame buffer can be deeper than wide or high History cycles through this definition 2-D manipulation 3-D painters algorithm 3-D depth, stencil, accumulation, multi-pass Programmable shading CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 4 4/18/2007 Frame buffer is optional Calligraphic display If we don’t define display list as frame buffer “Follow-the-beam” rendering Minimizes latency Saves cost if frames are never “dropped” Talisman-like image assembly (3-D sprites) Old idea (visual simulation, window systems) GigaPixel render tile Frame buffer stores color images only Depth, stencil, etc. in small tile CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 Dominant architecture is consistent SGI architectures look like ATI architectures, which look like NVIDIA architectures Details are evolving, but big picture remains the same Why is this? Simplicity of design Simplicity of algorithms Simplicity of immediate-mode approach CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 5 4/18/2007 Simplicity of design Frame buffer operations Blending: merge fragment and pixel color Deppgth Buffering: save nearest frag ment Stencil Buffering: simple pixel state machine Accumulation Buffering: high-resolution color arithmetic Antialiasing: (to be covered later) …. All frame buffer operations: Combine fragment and pixel data (not just a replace) But replace operation is optimized, e.g., no parity/ECC Are local (no intra-pixel dependencies) Why aren’t fragment operations programmable? CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 Simplicity of algorithms Frame buffer employs brute-force simplicity Hidden surface elimination: Depth-buffer vs. sort/painter Capping: Stencil-based vs. object calculations Image-space algorithm is efficient Just samples, never “object” information, locality Just-in-time calculation, steady cost function Accumulation Buffer (high-resolution color arithmetic) The Accumulation Buffer, Haeberli and Akeley, Proceedings of SIGGRAPH ‘90 Volume rendering using 3D textures Multi-pass rendering Interactive Multi-pass Programmable Shading, Peercy, Olano, Airey, and Ungar, Proceedings of SIGGRAPH ‘00 CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 6 4/18/2007 Simplicity of immediate-mode Frame buffer contents are “context” Matches 2D/window-rendering model Rendering System Little graphics Frame buffer: state here most graphics state here CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 Decreasing display bandwidth burden Historically display bandwidth was a limiting factor Hence “Sproull’s Rule”: fill rate >= display rate Now display bandwidth is almost inconsequential Year System FB (GB) Disp (GB) Disp / FB 1984 SGI 2000-series 0.3 0.14 1/2 1988 SGI GTX 1.8 * 0.29 1/6 1996 SGI InfiniteReality 12. 8 0600.60 1/20 2006 NVIDIA 7900 GTX 51.2 0.75 1/70 * VRAM provided separate video bandwidth CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 7 4/18/2007 Parallelism and Communication Parallelism and communication Parallelism – using multiple computational units to processes work in parallel Communication – connecting the computational units to allow work to be distributed and aggregated Issues Dependencies Ordering Sorting Scalability Computation Bandwidth Load balancing CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 8 4/18/2007 Parallelism taxonomy Hardware parallelism Virtual parallelism (time sharing a single (simultaneous execution on processor, usually with multiple processors) hardware support) Data parallelism [aka “parallelism”] (same task on similar data sets) Task parallelism (different tasks on similar OR differing data sets) CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 Parallelism taxonomy Hardware parallelism Virtual parallelism (time sharing a single (simultaneous execution on processor, usually with multiple processors) hardware support) Frame-parallelism Data parallelism (batch, SGI N-clops) [aka “parallelism”] (same task on similar Object-parallelism data sets) (geometry) Image-parallelism (fragment/pixel) Task parallelism (different tasks on similar OR differing data sets) CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 9 4/18/2007 Parallelism taxonomy Hardware parallelism Virtual parallelism (time sharing a single (simultaneous execution on processor, usually with multiple processors) hardware support) Frame-parallelism Data parallelism (batch, SGI N-clops) [aka “parallelism”] (same task on similar Object-parallelism data sets) (geometry) Image-parallelism (fragment/pixel) Task parallelism Multi-processing (on multiple CPUs) (different tasks on similar OR differing Pipelining data sets) (the graphics pipeline) CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 Parallelism taxonomy Hardware parallelism Virtual parallelism (time sharing a single (simultaneous execution on processor, usually with multiple processors) hardware support) Frame-parallelism Data parallelism (batch, SGI N-clops) Multi-processing [aka “parallelism”] (graphics context switching) (same task on similar Object-parallelism data sets) (geometry) Multi-threading (almost defines a GPU-like Image-parallelism processor) (fragment/pixel) Task parallelism Multi-processing (on multiple CPUs) (different tasks on similar OR differing Pipelining data sets) (the graphics pipeline) CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 10 4/18/2007 Parallelism taxonomy Hardware parallelism Virtual parallelism (time sharing a single (simultaneous execution on processor, usually with multiple processors) hardware support) Frame-parallelism Data parallelism (batch, SGI N-clops) Multi-processing [aka “parallelism”] (graphics context switching) (same task on similar Object-parallelism data sets) (geometry) Multi-threading (almost defines a GPU-like Image-parallelism processor) (fragment/pixel) Multi-processing Multi-processing Task parallelism (time sharing a single CPU) (on multiple CPUs) (different tasks on similar OR differing Pipelining Multi-threading data sets) (Direct3D-10 “common- (the graphics pipeline) core”) CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 Graphics is embarrassingly parallel Ample self-similar data sets … Frames, vertexes, fragments, texels, pixels With minimal dependencies Few intra-set dependencies Pixels (in the frame buffer) are the significant exception Inter-set dependencies are purely sequential “Graphics pipeline” is designed to minimize dependencies Other graphics architectures have more dependencies E.g., for global lighting effects But graphics pipeline has huge redundancies Hence many opportunities for optimization … How hard should we work to do things wrong ? CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 11 4/18/2007 Geometry parallelism trend (SGI) 20 15 Model 10 Transform Length Transform Width 5 0 X 00 G X IR 0 000 T RE 1 2 G VG CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 Image parallelism trend (SGI) Rasterization 400 300 200 100 0 1000 2000 G GTX VGX RE IR CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 12 4/18/2007 The clear trend Shorter and wider Why ? CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 Communication taxonomy Sorting Distribution
Recommended publications
  • 20 Years of Opengl
    20 Years of OpenGL Kurt Akeley © Copyright Khronos Group, 2010 - Page 1 So many deprecations! • Application-generated object names • Depth texture mode • Color index mode • Texture wrap mode • SL versions 1.10 and 1.20 • Texture borders • Begin / End primitive specification • Automatic mipmap generation • Edge flags • Fixed-function fragment processing • Client vertex arrays • Alpha test • Rectangles • Accumulation buffers • Current raster position • Pixel copying • Two-sided color selection • Auxiliary color buffers • Non-sprite points • Context framebuffer size queries • Wide lines and line stipple • Evaluators • Quad and polygon primitives • Selection and feedback modes • Separate polygon draw mode • Display lists • Polygon stipple • Hints • Pixel transfer modes and operation • Attribute stacks • Pixel drawing • Unified text string • Bitmaps • Token names and queries • Legacy pixel formats © Copyright Khronos Group, 2010 - Page 2 Technology and culture © Copyright Khronos Group, 2010 - Page 3 Technology © Copyright Khronos Group, 2010 - Page 4 OpenGL is an architecture Blaauw/Brooks OpenGL SGI Indy/Indigo/InfiniteReality Different IBM 360 30/40/50/65/75 NVIDIA GeForce, ATI implementations Amdahl Radeon, … Code runs equivalently on Top-level goal Compatibility all implementations Conformance tests, … It’s an architecture, whether Carefully planned, though Intentional design it was planned or not . mistakes were made Can vary amount of No feature subsetting Configuration resource (e.g., memory) Config attributes (e.g., FB) Not a formal
    [Show full text]
  • PACKET 22 BOOKSTORE, TEXTBOOK CHAPTER Reading Graphics
    A.11 GRAPHICS CARDS, Historical Perspective (edited by J Wunderlich PhD in 2020) Graphics Pipeline Evolution 3D graphics pipeline hardware evolved from the large expensive systems of the early 1980s to small workstations and then to PC accelerators in the 1990s, to $X,000 graphics cards of the 2020’s During this period, three major transitions occurred: 1. Performance-leading graphics subsystems PRICE changed from $50,000 in 1980’s down to $200 in 1990’s, then up to $X,0000 in 2020’s. 2. PERFORMANCE increased from 50 million PIXELS PER SECOND in 1980’s to 1 billion pixels per second in 1990’’s and from 100,000 VERTICES PER SECOND to 10 million vertices per second in the 1990’s. In the 2020’s performance is measured more in FRAMES PER SECOND (FPS) 3. Hardware RENDERING evolved from WIREFRAME to FILLED POLYGONS, to FULL- SCENE TEXTURE MAPPING Fixed-Function Graphics Pipelines Throughout the early evolution, graphics hardware was configurable, but not programmable by the application developer. With each generation, incremental improvements were offered. But developers were growing more sophisticated and asking for more new features than could be reasonably offered as built-in fixed functions. The NVIDIA GeForce 3, described by Lindholm, et al. [2001], took the first step toward true general shader programmability. It exposed to the application developer what had been the private internal instruction set of the floating-point vertex engine. This coincided with the release of Microsoft’s DirectX 8 and OpenGL’s vertex shader extensions. Later GPUs, at the time of DirectX 9, extended general programmability and floating point capability to the pixel fragment stage, and made texture available at the vertex stage.
    [Show full text]
  • Interactive Visualization of Large-Scale Architectural Models Over the Grid Strolling in Tang Chang’An City
    Interactive Visualization of Large-Scale Architectural Models over the Grid Strolling in Tang Chang’an City XU Shuhong1, HENG Chye Kiang2, SUBRAMANIAM Ganesan1, HO Quoc Thuan1, KHOO Boon Tat1 and HUANG Yan2 1 Institute of High Performance Computing, Singapore 2 Department of Architecture, National University of Singapore Keywords: remote visualization, grid-enabled visualization, large-scale architectural models, virtual heritage Abstract: Virtual reconstruction of the ancient Chinese Chang’an city has been continued for ten years at the National University of Singapore. Motivated by sharing this grand city with people who are geographically distant and equipped with normal personal computers, this paper presents a practical Grid-enabled visualization infrastructure that is suitable for interactive visualization of large-scale architectural models. The underlying Grid services, such as information service, visualization planner and execution container etc, are developed according to the OGSA standard. To tackle the critical problem of Grid visualization, i.e. data size and network bandwidth, a multi-stage data compression approach is deployed and the corresponding data pre-processing, rendering and remote display issues are systematically addressed. 1 INTRODUCTION Chang’an, meaning long-lasting peace, was the capital of China’s Tang dynasty from 618 to 907 AD. At its peak, it had a population of about one million. Measuring 9.7 by 8.6 kilometres, the city’s architecture inspired the planning of many capital cities in East Asia such as Heijo-kyo and Heian-kyo in Japan in the 8th century, and imperial Chinese cities like Beijing of the Ming and Qing dynasties. To bring this architectural miracle back to life, a team led by Professor Heng Chye Kiang at the National University of Singapore (NUS) has conducted extensive research since the middle of 90s.
    [Show full text]
  • Onyx2™ Deskside Workstation Owner's Guide
    Onyx2™ Deskside Workstation Owner’s Guide Document Number 007-3454-004 CONTRIBUTORS Written by Mark Schwenden and Carolyn Curtis Illustrated by Dan Young and Cheri Brown Production by Allen Clardy Engineering contributions by Bob Marinelli, Brad Morrow, Bharat Patel, Ed Reidenbach, Philip Montalban, Mike Mackovitch, Jim Ammon, Bob Murphy, Reuel Nash, Mohsen Hosseini, Suzanne Jones, Jeff Milo, Patrick Conway, Kirk Law, Dave Lima, and Martin Frankel St Peter’s Basilica image courtesy of ENEL SpA and InfoByte SpA. Disk Thrower image courtesy of Xavier Berenguer, Animatica. © 1998, Silicon Graphics, Inc.— All Rights Reserved The contents of this document may not be copied or duplicated in any form, in whole or in part, without the prior written permission of Silicon Graphics, Inc. RESTRICTED RIGHTS LEGEND Use, duplication, or disclosure of the technical data contained in this document by the Government is subject to restrictions as set forth in subdivision (c) (1) (ii) of the Rights in Technical Data and Computer Software clause at DFARS 52.227-7013 and/or in similar or successor clauses in the FAR, or in the DOD or NASA FAR Supplement. Unpublished rights reserved under the Copyright Laws of the United States. Contractor/manufacturer is Silicon Graphics, Inc., 2011 N. Shoreline Blvd., Mountain View, CA 94043-1389. FCC Warning This equipment has been tested and found compliant with the limits for a Class A digital device, pursuant to Part 15 of the FCC rules. These limits are designed to provide reasonable protection against harmful interference when the equipment is operated in a commercial environment. This equipment generates, uses, and can radiate radio frequency energy and if not installed and used in accordance with the instruction manual, may cause harmful interference to radio communications.
    [Show full text]
  • Infinitereality: Ein Real-Time- Grafiksystem
    InfiniteReality: Ein Real-Time- Grafiksystem Vortrag am GDV-Seminar ETH Zürich Andreas Deller 18. Mai 1998 05/19/98 InfiniteReality Seite 1 Outline I. Einführung A. Grundinformationen über InfiniteReality B. Eckdaten der InfiniteReality C. Zum Vortrag II. Architektur A. Übersicht B. Detailbeschreibungen 1. Geometry Board a. Host Interface b. Geometry Distributor c. Geometry Engines (2 oder 4 pro Pipeline) d. Geometry Raster FIFO 2. Raster Memory Board (1, 2, oder 4 pro Pipeline) a. Fragment Generators b. Image Engines 3. Display Generator Board III. Features 1. Virtual Texture 2. Scene Load Management IV. Host-Systeme A. Systembeschreibung 1. Node Cards 2. Beispielkonfigurationen V. Performance VI. Endnoten/Literaturangaben VII. Index 05/19/98 InfiniteReality Seite 2 Einführung Grundinformationen über InfiniteReality Das InfiniteReality(IR)-Grafiksystem von SGI (Silicon Graphics, Inc.) ist das erste Workstation-System, das für gleichmässige, garantierte Hertz-Raten entwickelt worden ist. Als Nachfolger der RealityEngine wird es in den Hochleistungs-Grafikcomputern Onyx und Onyx2 von SGI eingesetzt. Das Design musste derart angepasst werden, dass die IR-Engine sowohl von den Vorzügen der verbesserten Systemarchitektur der Onyx2 profitieren als auch in der Onyx optimal eingesetzt werden kann. Zudem sollte sie skalierbar sein, um den verschiedenen Kundenwünschen möglichst gut zu entsprechen und einen benötigten Ausbau ohne grossen Aufwand zu erledigen. Das IR-Grafiksystem wird als «third-generation graphics system» bezeichnet. Dies bedeuetet, dass das System beleuchtete, schattierte, tiefengepufferte, texturierte, antialiased Dreiecke hardwareunterstützt rendern kann, und zwar mit möglichst wenig Performance-Einbusse. Weiter sollten Texturen eine praktisch unbegrenzte Grösse haben dürfen, ohne die Performance erheblich zu beeinflussen. Der Programmierer sollte mit dem Handling der Textur so wenig Zeit wie möglich aufbringen müssen.
    [Show full text]
  • GPU Architecture:Architecture: Implicationsimplications && Trendstrends
    GPUGPU Architecture:Architecture: ImplicationsImplications && TrendsTrends DavidDavid Luebke,Luebke, NVIDIANVIDIA ResearchResearch Beyond Programmable Shading: In Action GraphicsGraphics inin aa NutshellNutshell • Make great images – intricate shapes – complex optical effects – seamless motion • Make them fast – invent clever techniques – use every trick imaginable – build monster hardware Eugene d’Eon, David Luebke, Eric Enderton In Proc. EGSR 2007 and GPU Gems 3 …… oror wewe couldcould justjust dodo itit byby handhand Perspective study of a chalice Paolo Uccello, circa 1450 Beyond Programmable Shading: In Action GPU Evolution - Hardware 1995 1999 2002 2003 2004 2005 2006-2007 NV1 GeForce 256 GeForce4 GeForce FX GeForce 6 GeForce 7 GeForce 8 1 Million 22 Million 63 Million 130 Million 222 Million 302 Million 754 Million Transistors Transistors Transistors Transistors Transistors Transistors Transistors 20082008 GeForceGeForce GTX GTX 200200 1.41.4 BillionBillion TransistorsTransistors Beyond Programmable Shading: In Action GPUGPU EvolutionEvolution -- ProgrammabilityProgrammability ? Future: CUDA, DX11 Compute, OpenCL CUDA (PhysX, RT, AFSM...) 2008 - Backbreaker DX10 Geo Shaders 2007 - Crysis DX9 Prog Shaders 2004 – Far Cry DX7 HW T&L DX8 Pixel Shaders 1999 – Test Drive 6 2001 – Ballistics TheThe GraphicsGraphics PipelinePipeline Vertex Transform & Lighting Triangle Setup & Rasterization Texturing & Pixel Shading Depth Test & Blending Framebuffer Beyond Programmable Shading: In Action TheThe GraphicsGraphics PipelinePipeline Vertex Transform
    [Show full text]
  • Infinitereality: a Real-Time Graphics System
    InfiniteReality: A Real-Time Graphics System John S. Montrym, Daniel R. Baum, David L. Dignam, and Christopher J. Migdal Silicon Graphics Computer Systems ABSTRACT Most of the features and capabilities of the InfiniteReality architec- TM The InfiniteReality graphics system is the first general-purpose ture are designed to support this real-time performance goal. Mini- workstation system specifically designed to deliver 60Hz steady mizing the time required to change graphics modes and state is as frame rate high-quality rendering of complex scenes. This paper important as increasing raw transformation and pixel fill rate. Many describes the InfiniteReality system architecture and presents novel of the targeted applications require access to very large textures features designed to handle extremely large texture databases, and/or a great number of distinct textures. Permanently storing such maintain control over frame rendering time, and allow user custom- large amounts of texture data within the graphics system itself is not ization for diverse video output requirements. Rendering perfor- economically viable. Thus methods must be developed for applica- mance expressed using traditional workstation metrics exceeds tions to access a “virtual texture memory” without significantly seven million lighted, textured, antialiased triangles per second, and impacting overall performance. Finally, the system must provide 710 million textured antialiased pixels filled per second. capabilities for the application to monitor actual geometry and fill rate performance on a frame by frame basis and make adjustments CR Categories and Subject Descriptors: I.3.1 [Computer if necessary to maintain a constant 60Hz frame update rate. Graphics]: Hardware Architecture; I.3.3 [Computer Graph- ics]: Picture/Image Generation Aside from the primary goal of real-time application performance, two other areas significantly shaped the system architecture.
    [Show full text]
  • Infinitereality™ Video Format Combiner User's Guide
    InfiniteReality™ Video Format Combiner User’s Guide Document Number 007-3279-001 CONTRIBUTORS Written by Carolyn Curtis Illustrated by Carolyn Curtis Production by Laura Cooper Engineering contributions by Gregory Eitzmann, David Naegle, Chase Garfinkle, Ashok Yerneni, Rob Wheeler, Ben Garlick, Mark Schwenden, and Ed Hutchins Cover design and illustration by Rob Aguilar, Rikk Carey, Dean Hodgkinson, Erik Lindholm, and Kay Maitz © 1996, Silicon Graphics, Inc.— All Rights Reserved The contents of this document may not be copied or duplicated in any form, in whole or in part, without the prior written permission of Silicon Graphics, Inc. RESTRICTED RIGHTS LEGEND Use, duplication, or disclosure of the technical data contained in this document by the Government is subject to restrictions as set forth in subdivision (c) (1) (ii) of the Rights in Technical Data and Computer Software clause at DFARS 52.227-7013 and/or in similar or successor clauses in the FAR, or in the DOD or NASA FAR Supplement. Unpublished rights reserved under the Copyright Laws of the United States. Contractor/manufacturer is Silicon Graphics, Inc., 2011 N. Shoreline Blvd., Mountain View, CA 94043-1389. Silicon Graphics, the Silicon Graphics logo, Onyx, and IRIS are registered trademarks and IRIX, Sirius Video, POWER Onyx, and InfiniteReality are trademarks of Silicon Graphics, Inc. X Window System is a trademark of Massachusetts Institute of Technology. InfiniteReality™ Video Format Combiner User’s Guide Document Number 007-3279-001 Contents List of Figures vii List of Tables ix About This Guide xi Audience xi Structure of This Guide xi Conventions xii 1. InfiniteReality Graphics and the Video Format Combiner Utility 1 Channel Input and Output 2 Video Format Combinations 2 Video Format Combiner Utility and the Sirius Video Option 2 Programmable Querying of Video Format Combinations 3 2.
    [Show full text]
  • SGI High Performance Visualization Solutions
    Next Generation Graphics Hardware Architectures Fabrizio Magugliani SE Director, EMEA [email protected] 1 SGI Confidential-Not for Redistribution Agenda • The ultimate architecture •Driving the technology •SGI® Onyx® 3000 series –InfiniteReality3™ –InfinitePerformance™ •SGI® Onyx® 300 •Silicon Graphics Fuel™ visual workstation •Conclusion •Q&A SGI Confidential-Not for Redistribution The Ultimate Architecture Because some people think that “There is no tool like an old tool” SGI Confidential-Not for Redistribution Driving the Technology Real-time visualization Large DBs Desktop Throughput and Visualization High Turnaround Throughput SGI® Reality Center™ Silicon Graphics Fuel™ Silicon Graphics® SGI® Origin® 3000 series SGI® Origin® 3800 SGI® Origin® 300 SGI™ Onyx® 3000 series Octane2® SGI® Onyx® 3800 SGI® Onyx® 300 (IRIX) (IRIX®) (IRIX) (IRIX) Distributed memory Shared memory SGI Confidential-Not for Redistribution SGI™ Onyx® 3000 Series • SGI Onyx 3000 series with InfiniteReality® graphics IntroducedIntroduced JulyJuly 2000 2000 • The industry’s highest quality graphics • Revolutionary NUMAflex™ modular computing design with integrated graphics SGI Confidential-Not for Redistribution InfiniteReality™ Performance, Flexibility, and Quality SGI Confidential-Not for Redistribution InfiniteReality™ Versatile Frame Buffer Displays Frame Buffer SGI Confidential-Not for Redistribution InfiniteReality™ Versatile Frame Buffer SGI Confidential-Not for Redistribution InfiniteReality™ Reality Center™ Multichannels are easy! Even in Edge-Blended
    [Show full text]
  • Graphics and Computing Gpus
    B APPENDIX Graphics and Computing GPUs John Nickolls Imagination is more Director of Architecture important than NVIDIA knowledge. David Kirk Chief Scientist Albert Einstein On Science, 1930s NVIDIA B.1 Introduction B-3 B.2 GPU System Architectures B-7 B.3 Programming GPUs B-12 B.4 Multithreaded Multiprocessor Architecture B-25 B.5 Parallel Memory System B-36 B.6 Floating-point Arithmetic B-41 B.7 Real Stuff: The NVIDIA GeForce 8800 B-46 B.8 Real Stuff: Mapping Applications to GPUs B-55 B.9 Fallacies and Pitfalls B-72 B.10 Concluding Remarks B-76 B.11 Historical Perspective and Further Reading B-77 B.1 Introduction Th is appendix focuses on the GPU—the ubiquitous graphics processing unit graphics processing in every PC, laptop, desktop computer, and workstation. In its most basic form, unit (GPU) A processor the GPU generates 2D and 3D graphics, images, and video that enable Window- optimized for 2D and 3D based operating systems, graphical user interfaces, video games, visual imaging graphics, video, visual computing, and display. applications, and video. Th e modern GPU that we describe here is a highly parallel, highly multithreaded multiprocessor optimized for visual computing. To provide visual computing real-time visual interaction with computed objects via graphics, images, and video, A mix of graphics the GPU has a unifi ed graphics and computing architecture that serves as both a processing and computing programmable graphics processor and a scalable parallel computing platform. PCs that lets you visually interact with computed and game consoles combine a GPU with a CPU to form heterogeneous systems.
    [Show full text]
  • Sgrortgtn'" 3000 Sertes Modular, Hlgh-Performance Servers Sgiorigin 3000 Series Product Stanford and SGI .Q.Y..~Iyi~W
    ENCLOSURE 2 • l~ Product Guide 5 ...... SGrOrtgtn'" 3000 Sertes Modular, Hlgh-Performance Servers SGIOrigin 3000 Series Product Stanford and SGI .Q.y..~IYi~w. Announce New ~l,;?!.Q[igln.~2..Q.Q Partnership in §.l,;?LQ.r:isln Biomedical ~ Supercomputing SGI Origin 3400 [more] SGI Origin 3800 SARA Supercomputer System Facility Installation [more] Software Modular NUMAflex Supercomputing [view] Bricks ill Partijioning SAIC Upgrades FBI's The SGI Origin 3000 series takes system modularity to Datasheet & National Instant new heights, as NUMAflex™ allows you to scale CPU, Criminal Background White Papers storage, and I/O components independently within each Check System with Server system. Complete multidimensional flexibility allows SGI Origin Technology Solutions organizations to deploy. service, and expand system [more] components in every possible dimension to meet any Related News ShareAPhoto Unveils business demand. The only limitation is your imagination. Revolutionary Online Contact Us Digital Video Solution Using SGI Origin 3000 Configure Series Server [more] This System SGIOrigin Origin 3000:S ~ll.if.S 3200 SGIOrigin dem 3400 p';:2l;? i:t ~{!q(lj(~~ M'l\;iUlilM\;j SGIOrigin f·;ilS~".~ pi<~.hi 3800 Related Sites SGIOnyx 3000 Series Storage Networking Streaming Media privacy policy IQyestions/CQmments • Copyright © 1993-2001 Silicon Graphics, Inc. All rights reserved. ITrademark InfonDation °SGIOrigin Product Overview 3000 Series SGITM Origin™ 3000 Series of Servers Product Overview The SGITM Origin™ 3000 Series of servers sets the standard for high • S.G.LQ.r.igin.~2..QQ performance in today's market place by delivering flexibility, resiliency, • S.g.LQrisin investment protection, and performance in a new and innovative 3200c package.
    [Show full text]
  • High-Performance Computing at SGI and the Status of Climate and Weather Codes on the SGI Altix Gerardo Cisneros, Ph.D
    High-Performance Computing at SGI and the Status of Climate and Weather Codes on the SGI Altix Gerardo Cisneros, Ph.D. Scientist C2004 Silicon Graphics, Inc. All rights reserved. Silicon Graphics, SGI, IRIX, Origin, Onyx, Onyx2, IRIS, Altix, InfiniteReality, Challenge, Reality Center, Geometry Engine, ImageVision Library, OpenGL, XFS, the SGI logo and the SGI cube are registered trademarks and CXFS, Onyx4, InfinitePerformance, IRIS GL, Power Series, Personal IRIS, Power Challenge, NUMAflex, REACT, Open Inventor, OpenGL Performer, OpenGL, Optimizer, OpenGL Volumizer, OpenGL Shader, OpenGL Multipipe, OpenGL Vizserver, SkyWriter, RealityEngine, SGI ProPack, Performance Co- Pilot, SGI Advanced Linux, UltimateVision and The Source of Innovation and Discovery are trademarks of Silicon Graphics, Inc., in the U.S. and/or other countries worldwide. Linux is a registered trademark of Linus Torvalds in several countries, used with permission by Silicon Graphics, Inc. MIPS is a registered trademark of MIPS Technologies, Inc., used under license by Silicon Graphics, Inc. Intel and Itanium are registered trademarks of Intel Corporation or its subsidiaries in the United States and other countries. Red Hat and all Red Hat-based trademarks are trademarks or registered trademarks of Red Hat, Inc. in the United States and other countries. Linux penguin logo created by Larry Ewing. All other trademarks mentioned herein are the property of their respective owners. (04/04) 9/9/2004 Slide 2 AA Overview • Company focus • SGI Altix: present and future • Performance
    [Show full text]