Rendering and Visualization in Affordable Parallel Environments
Total Page:16
File Type:pdf, Size:1020Kb
Load more
Recommended publications
-
(12) United States Patent (10) Patent No.: US 7,133,041 B2 Kaufman Et Al
US007133041B2 (12) United States Patent (10) Patent No.: US 7,133,041 B2 Kaufman et al. (45) Date of Patent: Nov. 7, 2006 (54) APPARATUS AND METHOD FOR VOLUME (56) References Cited PROCESSING AND RENDERING U.S. PATENT DOCUMENTS (75) Inventors: Arie E. Kaufman, Plainview, NY (US); 4,314,351 A 2f1982 Postel et al. Ingmar Bitter, Lake Grove, NY (US); 4,371,933 A 2, 1983 Bresenham et al. Frank Dachille, Amityville, NY (US); Kevin Kreeger, East Setauket, NY (Continued) (US); Baoquan Chen, Maple Grove, FOREIGN PATENT DOCUMENTS MN (US) EP O 216 156 A2 4f1987 (73) Assignee: The Research Foundation of State University of New York, Albany, NY (Continued) (US) OTHER PUBLICATIONS (*) Notice: Subject to any disclaimer, the term of this Knittel, G., TriangleCaster: extensions to 3D-texturing units for patent is extended or adjusted under 35 accelerated volume rendering, 1999, Proceedings of the ACM U.S.C. 154(b) by 742 days. SIGGRAPH/EUROGRAPHICS workshop on Graphics hardware, pp. 25-34.* (21) Appl. No.: 10/204,685 (Continued) PCT Fed: Feb. 26, 2001 (22) Primary Examiner Ulka Chauhan (86) PCT No.: PCT/USO1 (O6345 Assistant Examiner Said Broome (74) Attorney, Agent, or Firm Hoffmann & Baron, LLP S 371 (c)(1), (2), (4) Date: Jan. 9, 2003 (57) ABSTRACT (87) PCT Pub. No.: WOO1A63561 An apparatus and method for real-time Volume processing and universal three-dimensional rendering. The apparatus PCT Pub. Date: Aug. 30, 2001 includes a plurality of three-dimensional (3D) memory units; at least one pixel bus for providing global horizontal (65) Prior Publication Data communication; a plurality of rendering pipelines; at least one geometry bus; and a control unit. -
Parallel Particle Rendering: a Performance Comparison Between Chromium and Aura
See discussions, stats, and author profiles for this publication at: https://www.researchgate.net/publication/221357191 Parallel Particle Rendering: a Performance Comparison between Chromium and Aura . Conference Paper · January 2006 DOI: 10.2312/EGPGV/EGPGV06/137-144 · Source: DBLP CITATIONS READS 4 29 3 authors, including: Michal Koutek Koninklijk Nederlands Meteorologisch Instituut 26 PUBLICATIONS 172 CITATIONS SEE PROFILE All content following this page was uploaded by Michal Koutek on 28 January 2015. The user has requested enhancement of the downloaded file. All in-text references underlined in blue are added to the original document and are linked to publications on ResearchGate, letting you access and read them immediately. Eurographics Symposium on Parallel Graphics and Visualization (2006) Alan Heirich, Bruno Raffin, and Luis Paulo dos Santos (Editors) Parallel particle rendering: a performance comparison between Chromium and Aura , Tom van der Schaaf1, Michal Koutek1 2 and Henri Bal1 1Faculty of Sciences - Vrije Universiteit, De Boelelaan 1081, 1081 HV Amsterdam, The Netherlands 2Faculty of Information Technology and Systems - Delft University of Technology Abstract In the fields of high performance computing and distributed rendering, there is a great need for a flexible and scalable architecture that supports coupling of parallel simulations to commodity visualization clusters. The most popular architecture that allows such flexibility, called Chromium, is a parallel implementation of OpenGL. It has sufficient performance on applications with static scenes, but in case of more dynamic content this approach often fails. We have developed Aura, a distributed scene graph library, which allows optimized performance for both static and more dynamic scenes. In this paper we compare the performance of Chromium and Aura. -
3Dfx Oral History Panel Gordon Campbell, Scott Sellers, Ross Q. Smith, and Gary M. Tarolli
3dfx Oral History Panel Gordon Campbell, Scott Sellers, Ross Q. Smith, and Gary M. Tarolli Interviewed by: Shayne Hodge Recorded: July 29, 2013 Mountain View, California CHM Reference number: X6887.2013 © 2013 Computer History Museum 3dfx Oral History Panel Shayne Hodge: OK. My name is Shayne Hodge. This is July 29, 2013 at the afternoon in the Computer History Museum. We have with us today the founders of 3dfx, a graphics company from the 1990s of considerable influence. From left to right on the camera-- I'll let you guys introduce yourselves. Gary Tarolli: I'm Gary Tarolli. Scott Sellers: I'm Scott Sellers. Ross Smith: Ross Smith. Gordon Campbell: And Gordon Campbell. Hodge: And so why don't each of you take about a minute or two and describe your lives roughly up to the point where you need to say 3dfx to continue describing them. Tarolli: All right. Where do you want us to start? Hodge: Birth. Tarolli: Birth. Oh, born in New York, grew up in rural New York. Had a pretty uneventful childhood, but excelled at math and science. So I went to school for math at RPI [Rensselaer Polytechnic Institute] in Troy, New York. And there is where I met my first computer, a good old IBM mainframe that we were just talking about before [this taping], with punch cards. So I wrote my first computer program there and sort of fell in love with computer. So I became a computer scientist really. So I took all their computer science courses, went on to Caltech for VLSI engineering, which is where I met some people that influenced my career life afterwards. -
IRIS Performer™ Programmer's Guide
IRIS Performer™ Programmer’s Guide Document Number 007-1680-030 CONTRIBUTORS Edited by Steven Hiatt Illustrated by Dany Galgani Production by Derrald Vogt Engineering contributions by Sharon Clay, Brad Grantham, Don Hatch, Jim Helman, Michael Jones, Martin McDonald, John Rohlf, Allan Schaffer, Chris Tanner, and Jenny Zhao © Copyright 1995, Silicon Graphics, Inc.— All Rights Reserved This document contains proprietary and confidential information of Silicon Graphics, Inc. The contents of this document may not be disclosed to third parties, 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 94039-7311. Indigo, IRIS, OpenGL, Silicon Graphics, and the Silicon Graphics logo are registered trademarks and Crimson, Elan Graphics, Geometry Pipeline, ImageVision Library, Indigo Elan, Indigo2, Indy, IRIS GL, IRIS Graphics Library, IRIS Indigo, IRIS InSight, IRIS Inventor, IRIS Performer, IRIX, Onyx, Personal IRIS, Power Series, RealityEngine, RealityEngine2, and Showcase are trademarks of Silicon Graphics, Inc. AutoCAD is a registered trademark of Autodesk, Inc. X Window System is a trademark of Massachusetts Institute of Technology. -
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. -
A Load-Balancing Strategy for Sort-First Distributed Rendering
A load-balancing strategy for sort-first distributed rendering Frederico Abraham, Waldemar Celes, Renato Cerqueira, Joao˜ Luiz Campos Tecgraf - Computer Science Department, PUC-Rio Rua Marquesˆ de Sao˜ Vicente 225, 22450-900 Rio de Janeiro, RJ, Brasil ffabraham,celes,rcerq,[email protected] Abstract such algorithms, when applied to complex scenes, still de- mand graphics power that a single processor may not be In this paper, we present a multi-threaded sort-first dis- able to deliver. Examples of such scenarios include scenes tributed rendering system. In order to achieve load balance described by a dense and highly tessellated geometry set, among the rendering nodes, we propose a new partition- sophisticated per-pixel lighting algorithms and volume ren- ing scheme based on the rendering time of the previous dering. frame. The proposed load-balancing algorithm is very sim- The purpose of our research is to investigate the use of ple to be implemented and works well for both geometry- PC-based clusters for improving the rendering performance and rasterization-bound models. We also propose a strat- of such complex scenes, delivering the frame rate usually egy to assign tiles to rendering nodes that effectively uses required by virtual-reality applications. This goal can be the available graphics resources, thus improving rendering achieved by combining the graphics power of a set of PCs performance. equipped with graphics accelerators. Although PC clusters have also been used for supporting high resolution multi- display rendering systems [2, 12, 14, 13], in this paper we focus on the use of a PC cluster for improving rendering 1. -
SGI™ Origin™ 200 Scalable Multiprocessing Server Origin 200—In Partnership with You
Product Guide SGI™ Origin™ 200 Scalable Multiprocessing Server Origin 200—In Partnership with You Today’s business climate requires servers that manage, serve, and support an ever-increasing number of clients and applications in a rapidly changing environment. Whether you use your server to enhance your presence on the Web, support a local workgroup or department, complete dedicated computation or analy- sis, or act as a core piece of your information management infrastructure, the Origin 200 server from SGI was designed to meet your needs and exceed your expectations. With pricing that starts on par with PC servers and performance that outstrips its competition, Origin 200 makes perfect business sense. •The choice among several Origin 200 models allows a perfect match of power, speed, and performance for your applications •The Origin 200 server has high-performance processors, buses, and scalable I/O to keep up with your most complex application demands •The Origin 200 server was designed with embedded reliability, availability, and serviceability (RAS) so you can confidently trust your business to it •The Origin 200 server is easily expandable and upgradable—keeping pace with your demanding and changing business requirements •The Origin 200 server is a cost-effective business solution, both now and in the future Origin 200 is a sound server investment for your most important applications and is the gateway to the scalable Origin™ and SGI™ server product families. SGI offers an evolving portfolio of complete, pre-packaged solutions to enhance your productivity and success in areas such as Internet applications, media distribution, multiprotocol file serving, multitiered database management, and performance- intensive scientific or technical computing. -
Sgiconsole™ Hardware Connectivity Guide
SGIconsole™ Hardware Connectivity Guide Document Number 007-4340-001 Contributors Written by Francisco Razo Illustrated by Dan Young Production by Karen Jacobson Contributions by Jagdish Bhavsar, Michael T. Brown, Dick Brownell, Jason Chang, Steven Dean, Steve Ewing, Jim Friedl, Jim Grisham, Karen Johnson, Tony Kavadias, Paul Kinyon, Jenny Leung, Laraine MacKenzie, Philip Montalban, Rod Negus, Sonny Oh, Keith Rich, Laura Shepard, Paddy Sreenivasan, Rebecca Underwood, and Eric Zamost. COPYRIGHT © 2001 Silicon Graphics, Inc. All rights reserved; provided portions may be copyright in third parties, as indicated elsewhere herein. No permission is granted to copy, distribute, or create derivative works from the contents of this electronic documentation in any manner, in whole or in part, without the prior written permission of Silicon Graphics, Inc. LIMITED RIGHTS LEGEND The electronic (software) version of this document was developed at private expense; if acquired under an agreement with the USA government or any contractor thereto, it is acquired as "commercial computer software" subject to the provisions of its applicable license agreement, as specified in (a) 48 CFR 12.212 of the FAR; or, if acquired for Department of Defense units, (b) 48 CFR 227-7202 of the DoD FAR Supplement; or sections succeeding thereto. Contractor/manufacturer is Silicon Graphics, Inc., 1600 Amphitheatre Pkwy 2E, Mountain View, CA 94043-1351. TRADEMARKS AND ATTRIBUTIONS Indy, IRIS, IRIX, Onyx2, and Silicon Graphics are registered trademarks of Silicon Graphics, Inc. SGI, the SGI logo, IRISconsole, IRIS InSight, and SGIconsole are trademarks of Silicon Graphics, Inc. PostScript is a registered trademark of Adobe Systems, Inc. Linux is a registered trademark of Linus Torvalds. -
Cross-Segment Load Balancing in Parallel Rendering
EUROGRAPHICS Symposium on Parallel Graphics and Visualization (2011), pp. 1–10 N.N. and N.N. (Editors) Cross-Segment Load Balancing in Parallel Rendering Fatih Erol1, Stefan Eilemann1;2 and Renato Pajarola1 1Visualization and MultiMedia Lab, Department of Informatics, University of Zurich, Switzerland 2Eyescale Software GmbH, Switzerland Abstract With faster graphics hardware comes the possibility to realize even more complicated applications that require more detailed data and provide better presentation. The processors keep being challenged with bigger amount of data and higher resolution outputs, requiring more research in the parallel/distributed rendering domain. Optimiz- ing resource usage to improve throughput is one important topic, which we address in this article for multi-display applications, using the Equalizer parallel rendering framework. This paper introduces and analyzes cross-segment load balancing which efficiently assigns all available shared graphics resources to all display output segments with dynamical task partitioning to improve performance in parallel rendering. Categories and Subject Descriptors (according to ACM CCS): I.3.2 [Computer Graphics]: Graphics Systems— Distributed/network graphics; I.3.m [Computer Graphics]: Miscellaneous—Parallel Rendering Keywords: Dynamic load balancing, multi-display systems 1. Introduction of massive pixel amounts to the final display destinations at interactive frame rates. The graphics pipes (GPUs) driving As CPU and GPU processing power improves steadily, so the display array, however, are typically faced with highly and even more increasingly does the amount of data to uneven workloads as the vertex and fragment processing cost be processed and displayed interactively, which necessitates is often very concentrated in a few specific areas of the data new methods to improve performance of interactive massive and on the display screen. -
3D Computer Graphics Compiled By: H
animation Charge-coupled device Charts on SO(3) chemistry chirality chromatic aberration chrominance Cinema 4D cinematography CinePaint Circle circumference ClanLib Class of the Titans clean room design Clifford algebra Clip Mapping Clipping (computer graphics) Clipping_(computer_graphics) Cocoa (API) CODE V collinear collision detection color color buffer comic book Comm. ACM Command & Conquer: Tiberian series Commutative operation Compact disc Comparison of Direct3D and OpenGL compiler Compiz complement (set theory) complex analysis complex number complex polygon Component Object Model composite pattern compositing Compression artifacts computationReverse computational Catmull-Clark fluid dynamics computational geometry subdivision Computational_geometry computed surface axial tomography Cel-shaded Computed tomography computer animation Computer Aided Design computerCg andprogramming video games Computer animation computer cluster computer display computer file computer game computer games computer generated image computer graphics Computer hardware Computer History Museum Computer keyboard Computer mouse computer program Computer programming computer science computer software computer storage Computer-aided design Computer-aided design#Capabilities computer-aided manufacturing computer-generated imagery concave cone (solid)language Cone tracing Conjugacy_class#Conjugacy_as_group_action Clipmap COLLADA consortium constraints Comparison Constructive solid geometry of continuous Direct3D function contrast ratioand conversion OpenGL between -
İSTANBUL TECHNICAL UNIVERSITY INSTITUTE of SCIENCE and TECHNOLOGY Master Thesis by Göker Burak ÇETİN, Eng. Department
ĐSTANBUL TECHNICAL UNIVERSITY INSTITUTE OF SCIENCE AND TECHNOLOGY ITU-CSCRS GROUND RECEIVING STATION AUTOMATION & RENOVATION Master Thesis by Göker Burak ÇET ĐN, Eng. Department : Geodesy & Photogrammetry Engineering Programme: Geomatics Engineering SEPTEMBER 2007 ISTANBUL TECHNICAL UNIVERSITY INSTITUTE OF SCIENCE AND TECHNOLOGY ITU-CSCRS GROUND RECEIVING STATION AUTOMATION & RENOVATION Master Thesis by Göker Burak ÇET ĐN, Eng. 501031614 Date of submission : 4 September 2007 Date of defence examination: 3 September 2007 Supervisor (Chairman) : Prof. Dr. Filiz SUNAR Members of the Examining Committee : Prof. Dr. Derya MAKTAV (ITU) Assist. Prof. Dr. Berk ÜSTÜNDA Ğ (ITU) SEPTEMBER 2007 ĐSTANBUL TEKN ĐK ÜN ĐVERS ĐTES Đ FEN B ĐLĐMLER Đ ENST ĐTÜSÜ ĐTÜ-UHUZAM UYDU YER ĐSTASYONU OTOMASYON VE RENOVASYONU Master Tezi Müh. Göker Burak ÇET ĐN 501031614 Tezin Enstitüye Verildi ği Tarih : 4 Eylül 2007 Tezi Savunuldu ğu Tarih : 3 Eylül 2007 Tez Danı şmanı : Prof. Dr. Filiz SUNAR Di ğer Jüri Üyeleri : Prof. Dr. Derya MAKTAV ( Đ.T.Ü.) Yard. Doç. Dr. Berk ÜSTÜNDA Ğ ( Đ.T.Ü.) EYLÜL 2007 FOREWORD I have tried to solidate and provide this documentation related to satellite ground receiving station in a more methodical way after four years of labor and experience gained as a system administrator at ITU-CSCRS Ground Station. From the day I begin working at the ground station I observed some of the obstacles in the system. Now after 4 years with the aging hardware and software systems, it is now more obvious that the ground station needs a renovation project to carry on its operation. Therefore without constant renovation a ground station, could have never achieve enough service quality, because of the constant increase of demands of the remote sensing data market at the end user side. -
Chromium Renderserver: Scalable and Open Remote Rendering Infrastructure Brian Paul, Member, IEEE, Sean Ahern, Member, IEEE, E
1 Chromium Renderserver: Scalable and Open Remote Rendering Infrastructure Brian Paul, Member, IEEE, Sean Ahern, Member, IEEE, E. Wes Bethel, Member, IEEE, Eric Brug- ger, Rich Cook, Jamison Daniel, Ken Lewis, Jens Owen, and Dale Southard Abstract— Chromium Renderserver (CRRS) is software infrastruc- ture that provides the ability for one or more users to run and view image output from unmodified, interactive OpenGL and X11 applications on a remote, parallel computational platform equipped with graphics hardware accelerators via industry-standard Layer 7 network proto- cols and client viewers. The new contributions of this work include a solution to the problem of synchronizing X11 and OpenGL command streams, remote delivery of parallel hardware-accelerated rendering, and a performance anal- ysis of several different optimizations that are generally applicable to a variety of rendering architectures. CRRS is fully operational, Open Source software. Index Terms— remote visualization, remote rendering, parallel rendering, virtual network computer, collaborative Fig. 1. An unmodified molecular docking application run in parallel visualization, distance visualization on a distributed memory system using CRRS. Here, the cluster is configured for a 3x2 tiled display setup. The monitor for the “remote I. INTRODUCTION user machine” in this image is the one on the right. While this example has “remote user” and “central facility” connected via LAN, The Chromium Renderserver (CRRS) is software in- the typical use model is where the remote user is connected to the frastructure that provides access to the virtual desktop central facility via a low-bandwidth, high-latency link. Here, we see the complete 4800x2400 full-resolution image from the application on a remote computing system.