DOCSLIB.ORG

Installation Manual Release 2017

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Installation Manual Release 2017 Installation Manual Release 2017 www.scm.com Apr 12, 2018 CONTENTS 1 Linux Quickstart Guide 1 2 Introduction 3 2.1 Requirements...............................................3 2.1.1 Hardware requirements.....................................3 2.1.2 Software requirements.....................................4 3 Installation 7 3.1 Decide which version to install.....................................7 3.2 Download and install the software....................................8 3.3 Set up the environment..........................................8 3.4 Set up the license.............................................9 3.4.1 Floating license......................................... 12 3.5 Set up the scratch space......................................... 13 3.6 Test your installation........................................... 14 3.6.1 Check the license file...................................... 14 3.6.2 Run some basic tests...................................... 15 3.6.3 Test the GUI.......................................... 15 3.6.4 Test parallel execution..................................... 15 3.6.5 Test parallel performance.................................... 16 3.7 Configure ADFjobs queues and 3rd party software (optional)..................... 17 3.7.1 ADFjobs queues........................................ 17 3.7.2 Managing remote jobs..................................... 17 4 Compiling ADF from Sources 19 4.1 Unpacking the distribution........................................ 19 4.2 Setting up environment.......................................... 19 4.3 Running Install/configure........................................ 19 4.4 Compiling ADF............................................. 20 5 Additional Information and Known Issues 21 5.1 More on running MPI jobs........................................ 21 5.2 IntelMPI and core-binding........................................ 22 5.3 IntelMPI and SLURM.......................................... 22 5.4 IntelMPI and SGE............................................ 22 5.5 IntelMPI and ABI compatiblilty..................................... 22 5.6 OpenMPI on Linux............................................ 22 5.7 Corrupted License File.......................................... 23 5.8 Windows: running jobs from the command line............................. 23 6 Using the GUI on a remote machine 25 i 6.1 X11 over SSH.............................................. 25 6.2 X11 with OpenGL over SSH (3D graphics)............................... 25 6.2.1 Intel Graphics (mesa)...................................... 26 6.2.2 NVidia Graphics........................................ 27 libGL.so examples........................................ 27 6.2.3 AMD Graphics......................................... 28 libGL.so examples........................................ 28 6.3 OpenGL direct or indirect rendering................................... 29 6.3.1 enabling indirect rendering on Xorg 1.17 and newer...................... 29 CentOS 6............................................. 29 Ubuntu 16.04........................................... 29 OSX / MacOS.......................................... 30 6.4 OpenGL2+ with X11 over SSH..................................... 30 6.5 ADF2017 and VTK7........................................... 30 6.6 Sources.................................................. 31 7 Appendix A. Environment Variables 33 7.1 More on the SCM_TMPDIR variable.................................. 35 8 Appendix B. Directory Structure of the ADF Package 37 8.1 The bin directory............................................. 37 8.2 The atomicdata directory......................................... 37 8.3 The examples directory......................................... 37 8.4 The source code (adf, band, libtc, Install, ...).............................. 37 8.5 The Doc directory............................................ 38 8.6 The scripting directory.......................................... 38 ii CHAPTER ONE LINUX QUICKSTART GUIDE This quickstart guide is for installing ADF on a Linux desktop/laptop machine. For cluster installations please read the generic Installation manual (page 7) Start with downloading ADF2017 for Linux from the main download page (http://www.scm.com/support/downloads/), and save it in your Downloads folder. You do not need to open the file. Now open a terminal (Ctrl+Alt+T usually works, otherwise browse your application menus), and run the commands below to extract the download into your homefolder. Make sure to replace the adf2017.101.pc64_linux.intelmpi part to match the name of the file you downloaded (in case of a newer version, or if you downloaded a snapshot or development version). Try to use copy and paste (right-click with your mouse in the terminal screen to paste) to avoid mistyping the commands. cd $HOME tar -xf $HOME/Downloads/adf2017.101.pc64_linux.intelmpi.tgz Run the following command to source the adfbashrc.sh file, do not forget the dot and space at the beginning of the line! Also make sure to replace 2017.101 with the version you downloaded. $HOME/adf2017.101/adfbashrc.sh Start up the GUI with this command: adfjobs& If this does not open a gui, then use your mouse to select all the text in the terminal window, copy it (right-click and select copy), and send us an email at [email protected] with the text. DO NOT PROCEED WITH THE NEXT STEP! If the ADF GUI started without problems, go back to ther terminal window and run the following command to create a desktop icon for ADF: $ADFBIN/create_linux_icon.sh Finally we can set up our terminal to automatically source the adfbashrc.sh file when starting. Add the source command to the .bashrc file with the following command in the terminal window: echo '. $HOME/adf2017.101/adfbashrc.sh' >> $HOME/.bashrc You can also open the .bashrc file in a text editor, and manually paste the part between the quotes on a new line at the end of the file. 1 Installation Manual, Release 2017 2 Chapter 1. Linux Quickstart Guide CHAPTER TWO INTRODUCTION The Installation Manual describes installation of the ADF program package on the platforms on which it is supported. For optimal performance, some system specific tuning may be needed. Therefore, it is strongly recommended to also read the additional information and known issues . The ADF package consists of the following main classes of programs: • Computational engines: ADF, BAND, COSMO-RS, DFTB, and ReaxFF. Each of the engines has its own (text- based) input and output and can be used as a standalone program from scripts and the command line. Within this manual we will use the word ADF for all computational engines. • Utilities and property programs. These are used primarily for pre- and post-processing data of the computational engines. • Graphical user interface, which is used to prepare input for computational engines and to visually present their results. You will always install the complete ADF package at once and your license file will determine which of the function- ality may be used. The whole ADF package is written with the Unix-like environment in mind. Some knowledge of Unix may or may not be required depending on the operating system on which you are going to use ADF. It also depends on whether you are going to use ADF via the GUI only or also from the command line. For example, if you are going to use ADF from within the GUI on Windows or Mac OS X, then you do not need to know anything about Unix. If you are going to use ADF from the command line then you will need to know how to write shell scripts and have some knowledge of the environment variables. If you are the one who is going to install the package on a Unix-like system, such as Linux, then you need to know how to modify shell resource files such as .bashrc. 2.1 Requirements Hardware and software requirements for the ADF package depend on the platform. The list of supported platforms, including information on the operating system, parallel environment (MPI), and compilers used is available in the Download section (http://www.scm.com/support/downloads/) of our web site. 2.1.1 Hardware requirements Memory In a parallel calculation, the total amount of memory used by the job is a sum of that used by each process. Starting from ADF2010, some large chunks of data are placed in the shared memory so the sum rule does not strictly hold. In principle, it is more correct to count memory per process but since ADF is an MPI program it runs most efficiently when the number of processes corresponds to the number of physical processors cores. Therefore, all memory amounts below are per processor core. 3 Installation Manual, Release 2017 The amount of RAM per core needed to run ADF depends greatly on the kind of calculation you perform. For small calculations, 256 MB will be sufficient, but if there is a lot of memory available ADF may run significantly faster. A large amount memory also reduces the load on the disks, which may speed up your calculation depending on the I/O sub-system and the operating system. The memory requirement increases with the system size. For example, for a molecule containing 100 atoms with a DZ basis set it may be sufficient to have 256 MB but for a molecule with 1000 atoms up to 8 gigabytes may be required. Also, if you are going to perform TDDFT, relativistic spin-orbit or analytical frequency calculations then the amount of memory should be larger. As an indication, an analytical vibrational frequency calculation of a organometallic complex containing 105 atoms with a TZP basis set uses up to 1GB of RAM per process but it can be
Load more

Recommended publications
  • SUSE® Linux Enterprise Desktop 12 and the Workstation Extension: What's New ?
    SUSE® Linux Enterprise Desktop 12 and the Workstation Extension: What's New ? Frédéric Crozat <[email protected]> Enterprise Desktop Release Manager Scott Reeves <[email protected]> Enterprise Desktop Development Manager Agenda • Design Criteria • Desktop Environment in SUSE Linux Enterprise 12 • GNOME Shell • Desktop Features and Applications 2 Design Criteria SUSE Linux Enterprise Desktop Interoperability Ease of Use Security Ease of Management Lower Costs 4 SUSE Linux Enterprise Desktop 12 • Focus on technical workstation ‒ Developers and System administrators • One tool for the job • Main desktop applications will be shipped: ‒ Mail client, Office Suite, Graphical Editors, ... • SUSE Linux Enterprise Workstation Extension ‒ Extend SUSE Linux Enterprise Server with packages only available on SUSE Linux Enterprise Desktop. (x86-64 only) 5 Desktop in SUSE Linux Enterprise 12 As Part of the Common Code Base SUSE Linux Enterprise 12 Desktop Environment • SUSE Linux Enterprise 12 contains one primary desktop environment • Additional light-weight environment for special use-cases: ‒ Integrated Systems • Desktop environment is shared between the server and desktop products 7 SUSE Linux Enterprise 12 Desktop Environment • GNOME 3 is the main desktop environment ‒ SLE Classic mode by default ‒ GNOME 3 Classic Mode and GNOME 3 Shell Mode also available • SUSE Linux Enterprise 12 ships also lightweight IceWM ‒ Targeted at Integrated Systems • QT fully supported: ‒ QT5 supported for entire SLE12 lifecycle ‒ QT4 supported, will be removed in future
    [Show full text]
  • Release Notes for Xfree86® 4.8.0 the Xfree86 Project, Inc December 2008
    Release Notes for XFree86® 4.8.0 The XFree86 Project, Inc December 2008 Abstract This document contains information about the various features and their current sta- tus in the XFree86 4.8.0 release. 1. Introduction to the 4.x Release Series XFree86 4.0 was the first official release of the XFree86 4 series. The current release (4.8.0) is the latest in that series. The XFree86 4.x series represents a significant redesign of the XFree86 X server,with a strong focus on modularity and configurability. 2. Configuration: aQuickSynopsis Automatic configuration was introduced with XFree86 4.4.0 which makes it possible to start XFree86 without first creating a configuration file. This has been further improved in subsequent releases. If you experienced any problems with automatic configuration in a previous release, it is worth trying it again with this release. While the initial automatic configuration support was originally targeted just for Linux and the FreeBSD variants, as of 4.5.0 it also includes Solaris, NetBSD and OpenBSD support. Full support for automatic configuration is planned for other platforms in futurereleases. If you arerunning Linux, FreeBSD, NetBSD, OpenBSD, or Solaris, try Auto Configuration by run- ning: XFree86 -autoconfig If you want to customise some things afterwards, you can cut and paste the automatically gener- ated configuration from the /var/log/XFree86.0.log file into an XF86Config file and make your customisations there. If you need to customise some parts of the configuration while leav- ing others to be automatically detected, you can combine a partial static configuration with the automatically detected one by running: XFree86 -appendauto If you areusing a platform that is not currently supported, then you must try one of the older methods for getting started like "xf86cfg", which is our graphical configuration tool.
    [Show full text]
  • HOW to VISUALIZE YOUR GPU-ACCELERATED SIMULATION RESULTS Peter Messmer, NVIDIA
    HOW TO VISUALIZE YOUR GPU-ACCELERATED SIMULATION RESULTS Peter Messmer, NVIDIA RANGE OF ANALYSIS AND VIZ TASKS . Analysis: Focus quantitative . Visualization: Focus qualitative . Monitoring, Steering TRADITIONAL HPC WORKFLOW Workstation Analysis, Setup Visualization Supercomputer Viz Cluster Dump, Checkpointing Visualization, Analysis File System TRADITIONAL WORKFLOW: CHALLENGES Lack of interactivity prevents “intuition” Workstation High-end viz Analysis, neglected due Setup Visualization to workflow complexity Supercomputer Viz Cluster Viz resources need I/O becomes main to scale with simulation Dump, simulation bottleneck Checkpointing Visualization, Analysis File System OUTLINE . Visualization applications . CUDA/OpenGL interop . Remote viz . Parallel viz . In-Situ viz High-level overview. Some parts platform dependent. Check with your sysadmin. VISUALIZATION APPLICATIONS NON-REPRESENTATIVE VIZ TOOLS SURVEY OF 25 HPC SITES Surveyed sites: LLNL LLNL- ORNL- AFRL- NASA- NERSC -OCF SCF LANL CCS DOD-ORC DSCR AFRL ARL ERDC NAVY MHPCC ORS CCAC NAS NASA-NCCS TACC CHPC RZG HLRN Julich CSCS CSC Hector Curie NON-REPRESENTATIVE VIZ TOOLS SURVEY OF 25 HPC SITES Surveyed sites: LLNL LLNL- ORNL- AFRL- NASA- NERSC -OCF SCF LANL CCS DOD-ORC DSCR AFRL ARL ERDC NAVY MHPCC ORS CCAC NAS NASA-NCCS TACC CHPC RZG HLRN Julich CSCS CSC Hector Curie VISIT . Scalar, vector and tensor field data features — Plots: contour, curve, mesh, pseudo-color, volume,.. — Operators: slice, iso-surface, threshold, binning,.. Quantitative and qualitative analysis/vis — Derived fields, dimension reduction, line-outs — Pick & query . Scalable architecture . Open source http://wci.llnl.gov/codes/visit/ VISIT . Cross-platform — Linux/Unix, OSX, Windows . Wide range of data formats — .vtk, .netcdf, .hdf5,.. Extensible — Plugin architecture . Embeddable . Python scriptable VISIT’S SCALABLE ARCHITECTURE .
    [Show full text]
  • Building a 3D Graphic User Interface in Linux
    Freescale Semiconductor Document Number: AN4045 Application Note Rev. 0, 01/2010 Building a 3D Graphic User Interface in Linux Building Appealing, Eye-Catching, High-End 3D UIs with i.MX31 by Multimedia Application Division Freescale Semiconductor, Inc. Austin, TX To compete in the market, apart from aesthetics, mobile Contents 1. X Window System . 2 devices are expected to provide simplicity, functionality, and 1.1. UI Issues . 2 elegance. Customers prefer attractive mobile devices and 2. Overview of GUI Options for Linux . 3 expect new models to be even more attractive. For embedded 2.1. Graphics Toolkit . 3 devices, a graphic user interface is essential as it enhances 2.2. Open Graphics Library® . 4 3. Clutter Toolkit - Solution for GUIs . 5 the ease of use. Customers expect the following qualities 3.1. Features . 5 when they use a Graphical User Interface (GUI): 3.2. Clutter Overview . 6 3.3. Creating the Scenegraph . 7 • Quick and responsive feedback for user actions that 3.4. Behaviors . 8 clarifies what the device is doing. 3.5. Animation by Frames . 9 • Natural animations. 3.6. Event Handling . 10 4. Conclusion . 10 • Provide cues, whenever appropriate, instead of 5. Revision History . 11 lengthy textual descriptions. • Quick in resolving distractions when the system is loading or processing. • Elegant and beautiful UI design. This application note provides an overview and a guide for creating a complex 3D User Interface (UI) in Linux® for the embedded devices. © Freescale Semiconductor, Inc., 2010. All rights reserved. X Window System 1 X Window System The X Window system (commonly X11 or X) is a computer software system and network protocol that implements X display protocol and provides windowing on bitmap displays.
    [Show full text]
  • New Evolutions in the X Window System
    New Evolutions in the X Window System Matthieu Herrb∗ and Matthias Hopf† October 2005 Abstract This paper presents an overview of recent and on-going evolutions in the X window system. First, the state of some features will be presented that are already available for several months in the X server, but not yet widely used in applications. Then some ongoing and future evolutions will be shown: on the short term, the new EXA acceleration framework and the new modular- ized build system. The last part will focus on a longer term project: the new Xgl server architecture, based on the OpenGL technology for both 2D and 3D acceleration. Introduction The X window system celebrated its twentieth birthday last year. After some quick evolution in its early years, its development slowed down during the nineties, be- cause the system had acquired a level of maturity that made it fit most of the needs of the users of graphical work stations. But after all this time, pushed by the com- petition with other systems (Mac OS X and Microsoft Windows) the need for more advanced graphics features triggered new developments. The first part of this paper is going to describe some of these features that are already available (and have been used) for a couple of years but not necessarily known by users of the X window system. A second part will address some on-going work that will be part of the X11R7 release: a new 2D acceleration architecture and the modularization of the source tree. In the third part, a complete redesign of the device dependent layer of the X server, based on OpenGL, will be presented.
    [Show full text]
  • A Detailed Look at Cairo's Opengl Spans Compositor Performance
    A Detailed Look at Cairo's OpenGL Spans Compositor Performance Bryce Harrington – Senior Open Source Developer Samsung Research America (Silicon Valley) [email protected] Open Source Group – Silicon Valley 1 © 2013 SAMSUNG Electronics Co. What is Cairo? 2D pen-based drawing model For both display and print Includes backends for acceleration and for vector output formats Open Source Group – Silicon Valley 2 © 2013 SAMSUNG Electronics Co. http://www.tortall.net/mu/wiki/CairoTutorialhttp://www.tortall.net/mu/wiki/CairoTutorial Open Source Group – Silicon Valley 3 © 2013 SAMSUNG Electronics Co. Where is Cairo Used on the Linux Desktop? GTK+/Pango GNOME, XFCE4 Gnuplot Gnucash $$ apt-cache apt-cache rdepends rdepends libcairo2 libcairo2 | |wc wc -l -l Mozilla 712712 Evince (xpdf) Scribus Inkscape : : : Open Source Group – Silicon Valley 4 © 2013 SAMSUNG Electronics Co. Cairo Backends Format backends Platform backends ps image pdf xlib svg xcb cairo-gl quartz win32 beos Open Source Group – Silicon Valley 5 © 2013 SAMSUNG Electronics Co. Cairo-gl on the Linux Desktop Cairo-gl is not enabled for some distros (e.g. Ubuntu): --enable-gl links cairo to libgl NVIDIA's libgl gets linked to every client app Enormous RAM increase per app running (300%) See Launchpad #725434 Several GL backends supported cairo-gl (OpenGL) - EGL, GLX, WGL glesv2 (OpenGL ES 2.0) - EGL glesv3 (OpenGL ES 3.0) - EGL vg (OpenVG) - EGL, GLX cogl - experimental Open Source Group – Silicon Valley 6 © 2013 SAMSUNG Electronics Co. Cairo-gl Compositors Compositing combines visual elements into a single scene The cairo-gl backend has multiple compositors: MSAA Spans Mask Traps cairo-gl heuristically selects best compositor for operation.
    [Show full text]
  • CTE-ARM User's Guide
    CTE-ARM User's Guide Barcelona Supercomputing Center Copyright c 2017 BSC-CNS July 16, 2021 Contents 1 Introduction 2 2 System Overview 2 2.1 Current basic software stack . 2 3 Connecting to CTE-ARM 2 3.1 Password Management . 2 4 Data management 3 4.1 Transferring les . 3 4.2 Active Archive Management . 7 4.3 Repository management (GIT/SVN) . 10 5 File Systems 10 5.1 Root Filesystem . 10 5.2 Parallel Filesystems . 11 6 Running Jobs 11 6.1 Job Queues . 11 6.2 Submitting Jobs . 12 6.3 Interactive Sessions . 12 6.4 Job Directives . 12 6.5 Standard output/error management . 13 6.6 Examples . 14 7 Software environment 14 7.1 Compiling Software . 14 7.2 Arm utils . 14 8 Getting help 15 9 Frequently Asked Questions (FAQ) 15 10 Appendices 15 10.1 SSH . 15 10.2 Transferring les on Windows . 19 10.3 Using X11 . 20 10.4 Requesting and installing a .X509 user certicate . 22 1 1 Introduction This user's guide for the CTE-ARM cluster is intended to provide the minimum amount of information needed by a new user of this system. As such, it assumes that the user is familiar with many of the standard features of supercomputing as the Unix operating system. Here you can nd most of the information you need to use our computing resources and the technical documentation about the machine. Please read carefully this document and if any doubt arises do not hesitate to contact us (Getting help (chapter 8)) 2 System Overview CTE-ARM is a supercomputer based on ARM processors by Fujitsu (FX1000).
    [Show full text]
  • Distributed Multihead X Design Kevin E
    Distributed Multihead X design Kevin E. Martin, David H. Dawes, and RickardE.Faith 29 June 2004 (created 25 July 2001) Abstract This document covers the motivation, background, design, and implementation of the distributed multihead X (DMX) system. It is a living document and describes the current design and implementation details of the DMX system. As the project pro- gresses, this document will be continually updated to reflect the changes in the code and/or design. Copyright 2001 by VALinux Systems, Inc., Fremont, California. Copyright 2001-2004 by Red Hat, Inc., Raleigh, North Carolina 1. Introduction 1.1 The Distributed Multihead X Server Current Open Source multihead solutions arelimited to a single physical machine. Asingle X server controls multiple display devices, which can be arranged as independent heads or unified into a single desktop (with Xinerama). These solutions arelimited to the number of physical devices that can co-exist in a single machine (e.g., due to the number of AGP/PCI slots available for graphics cards). Thus, large tiled displays arenot currently possible. The work described in this paper will eliminate the requirement that the display devices reside in the same physical machine. This will be accomplished by developing a front-end proxy X server that will control multiple back-end X servers that make up the large display. The overall structureofthe distributed multihead X (DMX) project is as follows: A single front- end X server will act as a proxy to a set of back-end X servers, which handle all of the visible ren- dering. X clients will connect to the front-end server just as they normally would to a regular X server.
    [Show full text]
  • Programming on Silicon Graphics Systems: an Overview
    Programming on Silicon Graphics Systems: An Overview Document Number 007-2476-001 CONTRIBUTORS Written by Eleanor Bassler Edited by C. Kleinfeld Photography by Nancy Cam © Copyright 1994, 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 94043-1389. Silicon Graphics and IRIS are registered trademarks and IRIX, IRIS Graphics Library, IRIS IM, IRIS InSight, IconSmith, OpenGL, IRIS ViewKit, POWER Fortran Accelerator, IRIS Performer, Indigo Video, Indy Video, Galileo Video, Indigo2 Video, Sirius Video, ImageVision Library, CASEVision, Impressario, Indigo Magic, Open Inventor, POWER Series, and RealityEngine are trademarks of Silicon Graphics, Inc. OSF/Motif is a trademark of Open Software Foundation. UNIX is a registered trademark in the United States and other countries, licensed exclusively through X/ Open Company, Ltd. X Window System is a trademark of the Massachusetts Institute of Technology. PostScript is a registered trademark and Display PostScript is a trademark of Adobe Systems, Inc.
    [Show full text]
  • Remote Visualisation Using Open Source Software & Commodity
    Remote visualisation using open source software & commodity hardware Dell/Cambridge HPC Solution Centre Dr Stuart Rankin, Dr Paul Calleja, Dr James Coomer © Dell Abstract It is commonplace today that HPC users produce large scale multi-gigabyte data sets on a daily basis and that these data sets may require interactive post processing with some form of real time 3D or 2D visualisation in order to help gain insight from the data. The traditional HPC workflow process requires that these data sets be transferred back to the user’s workstation, remote from the HPC data centre over the wide area network. This process has several disadvantages, firstly it requires large I/O transfers out of the HPC data centre which is time consuming, also it requires that the user has significant local disk storage and a workstation setup with the appropriate visualisation software and hardware. The remote visualisation procedures described here removes the need to transfer data out of the HPC data centre. The procedure allows the user to logon interactively to the Dell | NVIDIA remote visualisation server within the HPC data centre and access their data sets directly from the HPC file system and then run the visualisation software on the remote visualisation server in the machine room, sending the visual output over the network to the users remote PC. The visualisation server consists of a T5500 Dell Precision Workstation equipped with a NVIDIA Quadro FX 5800 configured with an open source software stack facilitating sending of the visual output to the remote user. The method described in this whitepaper is an OS-neutral extension of familiar remote desktop techniques using open-source software and it imposes only modest demands on the customer machine and network connection.
    [Show full text]
  • Team-Fly® Linux 3D Graphics Programming
    Y L F M A E T Team-Fly® Linux 3D Graphics Programming Norman Lin Wordware Publishing, Inc. Library of Congress Cataloging-in-Publication Data Lin, Norman. Linux 3D graphics programming / by Norman Lin. p. cm. Includes bibliographical references and index. ISBN 1-55622-723-X (pbk.) 1. Computer graphics. 2. Linux. 3. Three-dimensional display systems. I. Title. T385 .L556 2001 006.6'93--dc21 00-69314 CIP © 2001, Wordware Publishing, Inc. All Rights Reserved 2320 Los Rios Boulevard Plano, Texas 75074 No part of this book may be reproduced in any form or by any means without permission in writing from Wordware Publishing, Inc. Printed in the United States of America ISBN 1-55622-723-X 10987654321 0103 Blender is a registered trademark of Not a Number B. V. Other product names mentioned are used for identification purposes only and may be trademarks of their respective companies. All inquiries for volume purchases of this book should be addressed to Wordware Publishing, Inc., at the above address. Telephone inquiries may be made by calling: (972) 423-0090 iii Contents Preface .........................................xiii Acknowledgments ...................................xv Introduction ......................................xvii Chapter 1 Introduction to 3D Graphics and Linux .........1 Why Linux ......................................3 Linux is Free and Open ..............................3 Linux is Powerful .................................4 Linux is Compatible ................................5 Linux is Contemporary ..............................6
    [Show full text]
  • Scientific Visualization on Gpu Clusters Peter Messmer, Nvidia
    SCIENTIFIC VISUALIZATION ON GPU CLUSTERS PETER MESSMER, NVIDIA Visualization ≠ Rendering Visualization Coordinate Field Operators transformations Isosurfaces, (Gradient, Curl,.. ) Isovolumes Clip, Slice Streamlines Feature extraction Rendering Binning, Surface Resample Line Rendering Rendering Thresholding Volume Compositing Rendering Visualization Filtering Field Operators Coordinate transformations FieldIsosurfaces Operators, (Gradient, Curl,.. ) (Gradient,Isovolumes Curl,.. ) Streamlines Streamlines Clip, Slice Feature Feature extraction Binning, extraction Rendering Resample Surface Line Rendering Rendering Isosurfaces, Thresholding Line Isovolumes Volume CompositingRendering Rendering THE VISUALIZATION PIPELINE Simulation Filtering Rendering Compositing Visualization Simulation: Data as needed in numerical algorithm Filtering: Conversion of simulation data into data ready for rendering Typical operations: binning, down/up-sampling, iso-surface extraction, interpolation, coordinate transformation, sub-selection, .. Sometimes embedded in simulation Rendering: Conversion of shapes to pixels (Fragment processing) Compositing: Combination of independently generated pixels into final frame PARTICULARITIES IN HPC VIZ Parallelism Remoteness Heterogeneity Images may be subject to copyright OUTLINE Tools Paraview, Visit, others Rendering Enable HW rendering on Tesla Remote rendering Compositing Delivery In-situ visualization High-level overview. Some parts platform dependent. Check with your sysadmin. VISUALIZATION APPLICATIONS PARAVIEW Scalar,
    [Show full text]