A Geometrical Modeller for HEP
|
|
- Tobias Shields
- 5 years ago
- Views:
Transcription
1 A Geometrical Modeller for HEP R. Brun, A. Gheata CERN, CH 1211, Geneva 23, Switzerland M. Gheata ISS, RO 76900, Bucharest MG23, Romania For ALICE off-line collaboration Geometrical modelling generally provides the geometrical description of a special structure and a set of services to "navigate" through it. HEP geometrical modellers are designed to handle high complexity detector geometries and they are usually embedded within simulation MC frameworks. The fact that these frameworks greatly depend on their specific geometrical tools makes simulation applications hardly portable to MC s other than the one they were designed for. The ALICE Off-line Project in collaboration with the ROOT team is proposing a multi-purpose geometrical modeller for HEP that is integrated within a virtual MC infrastructure. This tool has been optimised for performance with the geometry setups of several HEP experiments and provides a single representation for the geometry used by different applications such as simulation, reconstruction or event display. Figure 1: The ROOT geometry modeller is able to represent most HEP experiments 1. INTRODUCTION The simulation of an experiment is one of the most important activities during its preparation as it can provide a better understanding of the detector response and how the acquired data will eventually look like. As HEP moves to new experiments with more and more complex detector systems, this becomes one of the most CPU time and resources consuming off-line task. It is handled by large simulation engines such as GEANT [5, 7] and has to share its geometry description with several other frameworks, such as reconstruction or event display. Having one single geometry description may become a critical issue when several applications have to share related data and rely on detector module inter-dependent algorithms. In such cases having for instance a simplified geometry for reconstruction may not be an option anymore. We have also to consider the fact that geometry itself is a subject to changes in time. If several different implementations are used, it can be very difficult to maintain a consistent geometry. On the other hand the geometry description and navigation features are currently embedded and fully specific to the different simulation engines, therefore the general tendency is that several applications cluster in large frameworks around these in order to solve this problem. Since geometry modelling and related features are quite complex, simulation packages grow larger as new geometrical functionality is needed, the framework becoming less and less modular leaving no alternative for usage of other simulation packages other than the initial choice. The geometry design itself is coded in a manner optimizing the simulation performance for the specific geometry modeller used, therefore becoming hardly portable without penalties. We are proposing a new package intended as a toolkit to provide geometrical description of an experiment, full navigation functionality and additional tools to help building, checking and debugging geometries. Its development is a common effort of both ALICE off-line and ROOT teams that started 1.5 years ago. 1
2 Initially driven by ALICE needs related to the simulation and reconstruction framework, the new geometry is now designed as an experiment-independent package. Based on a GEANT-like architecture, it is able to represent and optimise the geometry performance of several HEP experiments. The gain in speed for navigation tasks ranges from 20% to about 800% compared to GEANT3. Since a significant fraction of the total simulation time is spent only for navigation purposes, this provides a valuable gain in performance. C++ classes Other geometries... Monitoring Geometry package Simulation program Geant3-based Geant4-based Fluka-based G3 geometry G4 geometry Geometry, Calibration, Alignment DB Visualization Event display Reconstruction program FLUKA geometry Reconstruction geometry Figure 2: A single geometry available for all applications The geometrical modeller is currently being integrated in a Virtual Monte-Carlo schema enabling running transparently several simulation MC s using the same user code. 2. ARCHITECTURE AND NAVIGATION 2.1. Design overview The development of a new geometry package has started from a set of requirements and desired features: Provide basic navigation features like: Where am I in the geometry? How far from next boundary? or Which is the maximum safe step in any direction that does not cross any boundary? What is the normal to the boundary at the crossing point?. Be able to map existing GEANT3 geometry descriptions in order to have a smooth transition from what already exist. Provide a compact implementation that scales with the number of objects in the geometry both for memory management and performance. Improve tracking performance with respect to existing modellers. Provide full interactivity enabling users to easily build, debug and access relevant geometrical information. Based on these requirements, we have adopted a GEANT-like architecture based on the container-contained concept [4] that was proven to work very well in case of detector geometries. The modeller (TGeo) [1] is developed within the ROOT framework [3] and currently provides a set of 16 basic shapes (primitives). It also provides a way of defining composite shapes as a result of Boolean operations between several primitives. Since the composition operation can be applied also to other composite shapes, this feature provides a quite large number of combinations covering most use cases. In order to facilitate geometry definition, the modeller provides also volume parameterisation methods as well as support for divisions to take advantage of detector symmetries. The geometry is built by positioning volumes (a shape associated with a tracking medium) inside containers, which are as well volumes. Since volumes can be replicated several times, the resulting structure is a graph representing the logical geometric hierarchy. The only mandatory conditions in order to have the modelling features working properly are that positioned volumes (called nodes) should not extrude their containers and sister volumes inside the same container should not overlap each other. Since intended overlaps are sometimes unavoidable, users are allowed to declare them in order to be properly handled by the modeller. Navigation inside geometries is optimised using volumetric divisions (voxels) at the level of the volumes. These structures allow minimising the number of node candidates that have to be checked for a given point and track direction, at the cost of additional memory Navigation features A geometrical modeller has to provide answers to few basic queries related to geometry. Particle tracking is 2
3 generally performed based on step management. At the heart of all simulation packages there is a physics engine able to generate the next process that will affect the currently transported particle and to propose the next step accordingly. Since the cross sections of most physics processes are highly dependent on material properties, the step manager has to know the current material, the distance to next boundary along current direction and the maximum safe step that can be made in the current volume. When crossing boundaries, some physics processes may also require the normal vector to the crossed surface. This information can be retrieved from the API of the geometry manager class [4], which is free from any dependency on physics. We are currently developing specific interfaces for GEANT3, GEANT4 and FLUKA in order to be able to handle all geometry-related calls with the new geometry. Most of the described navigation features are fully implemented and we have a working interface to GEANT3 package. Extensive testing against GEANT3 was done in order to validate navigation algorithms. For doing that, we have developed an automatic conversion tool from G3 to TGeo format. In this way we were able to port a large set of existing G3 geometries to the new modeller Validation procedure Several geometries of existing HEP experiments were converted directly from GEANT3 ZEBRA banks. This insured a one to one mapping between G3 and ROOT geometry descriptions. We have performed GEANT3 simulations with the default physics setup of each experiment, collecting samples of one million points in the step manager. For each point we have saved additional information, like: current direction, current step length and safety distance, as computed by G3. This information was saved both in HBOOK and ROOT formats and the point samples were than fed back into the two modellers. For each point we computed the predictions of both G3 and ROOT modellers. Proceeding this way, we were able to perform extensive test and debugging of the navigation algorithms. This led to several optimisations with respect to the early implementations. Figure 3 shows an example of XY plot for all collected points. A consistency check was done as a first step: the predicted paths to the deepest node containing a given point were compared between GEANT3 and TGeo. This test typically gave differences ranging between few percents and 20-30% of the total number of points for high-complexity geometries. The reason for this comes from the fact that during a simulation, steps are always forced when the current particle crosses a boundary. Since the boundary positions of a given geometrical object are computed as a result of local matrix multiplication in the corresponding branch of the geometrical tree, these are always affected by a floating-point diffusion error increasing with the geometry granularity, e.g. the average number of levels per branch. Due to this reason, TGeo may classify points collected at boundaries on the other side than G3. Figure 3: Points collected from G3 step manager. We have checked this hypothesis by introducing a small smearing into the collected physics sample. This second sample was called random and typically reduced the boundary effect to less than 1% for all tested geometries. The few remaining non boundary-related differences were mostly coming from points belonging to the overlapping region of two or more positioned volumes. These can be equally classified as belonging to one or the other since it does not affect the physics results of a simulation when correctly defined. On the other hand, there were few cases when the answer of TGeo was different from G3 due to errors in the geometry definition (overlaps or extrusions). Since we have performed a point-by-point check of all differences, we were finally able to understand them and provide a detailed classification accordingly. Similar validation tests were performed related to the computation of distances to the next boundary. We were also able to simulate events in the case of ALICE experiment having GEANT3 as main tracker and with TGeo performing computation of distances in parallel. Finally we have made performance comparisons for the two modellers both for the physics and random samples. These tests show the average timing per point for different modellers in the case of several geometry setups. These represent either some simple GEANT3 examples or actual geometries of HEP experiments converted directly from G3. The benchmarks are presented in Table 1 and show that TGeo modeller provides a large gain with respect to G3 in the cases where the later is unable to optimise its internal search algorithms; this usually happens for quite flat geometries where more than 500 volumes are positioned in the same container. 3
4 Table 1: TGeo performance vs. GEANT3 for Where am I? task. Point samples were collected during a G3-based simulation for each setup; random points come from smearing these samples. Averaged timings per point (in µs) and ROOT/G3 ratio are presented. Geometry Nobjects <nodes FN_phys. FN_phys. G3/ROOT FN_rand. FN_rand. G3/ROOT /volume> G3 ROOT G3 ROOT Gexam Gexam Gexam ATLAS CMS BRAHMS CDF MINOS_NEAR BTEV TESLA Performance for "Where am I" - physics case TESLA BTEV MINOS_NEAR CDF BRAHMS CMS ATLAS Gexam4 Gexam3 Gexam1 ROOT G Performance for "Where am I" - random case TESLA BTEV MINOS_NEAR CDF BRAHMS CMS ATLAS Gexam4 Gexam3 Gexam1 ROOT G µs/point (1 milion points) Figure 4: Benchmarks for finding the deepest node in the geometry containing a given point ( Where am I? ). 4
5 3. ADDITIONAL FEATURES 3.1. User Interface The modeller user interface is implemented at two levels: all methods for building geometry, navigation interface utilities, visualization global settings and geometry checking are provided by the manager class [4]. Since any volume can become a top-level node in the geometry tree, there are several control methods and utilities (ray tracing, visualization, sampling) that are implemented at the level of volume objects. Once geometry is successfully built and closed, there are several ways users can interact with it at graphics level. The geometry manager class is then registered and accessible in the ROOT browser [2]. The logical hierarchy of volumes can be fully parsed and all interface methods implemented at this level becomes accessible via context menus. The geometry-drawing package is part of a different library that is loaded on demand only when graphics-related calls are issued Visualization and checking utilities Geometry visualization is currently implemented as a separate primitive-based interactive package allowing volume picking in parallel or perspective views. Hidden line/surface algorithms are supported for the time being by a separate package called X3D. As the modeller architecture is based on embedding volumes into several layers, visualization supports a number of global options such as: Visualization of all volumes down to a given level; Visualization of final leaves in geometry, e.g. volumes having no daughters inside; Visualization of a specified branch or of a given volume only. There are several visualization attributes that can be set directly at volume level: Visibility of the volume itself; Visibility of daughters; Colour and line attributes; Once a picture is displayed, several methods can be used in order to perform validation checks for a given geometry module/branch: Sampling random points in the bounding box of the displayed volume branch. This method allows a direct visualization check of the modeller response for a given part of the geometry. Points classified by the modeller as belonging to volumes which are currently displayed are plotted with the same colour as the volume containing it; Isotropic ray tracing starting from a given point defined in the local reference frame of the displayed volume. Rays are fully tracked until they exit the current branch and only the segments crossing visible parts are displayed. Weight estimation of a given detector module. This is provided by a material sampling algorithm where it is possible to specify the desired precision. In order to provide better interactivity, picked objects can be inspected. The viewing system provides navigation controls for zooming, moving, rotating and animating geometries Geometry checker A simple but efficient geometry-checking tool was developed in order to be able to debug geometries. In fact, this tool is able to detect the vast majority of incorrect geometric constructs in reasonable time. As an example, a geometry like ALICE containing about 1.2 million positioned objects is fully checked within 30 seconds. The checking algorithm verifies (within a given tolerance) if: Any of the positioned volumes extrude their container; Any of the volumes positioned inside the same container overlap each other, unless declared these volumes are declared overlapping. The method loops over all pairs of candidate nodes, producing a list of illegal overlaps/extrusions that can be inspected with the ROOT browser. This list is sorted by decreasing overlap distance and all objects inside can be inspected and visualized on-line. Table 2: Overlaps in ALICE geometry. Geometry Overlaps/Extrusions ALICE > 1 mm 154 Figure 5: A typical extrusion 3.4. Geometry I/O >100 µ 764 >10µ 1460 Currently the geometry modeller supports full ROOT I/O, meaning that a given geometry can be exported at any 5
6 time as a ROOT file or retrieved back in a ready state. The size of the geometry file and the time to load are very important when designing and testing it. In table 3 are presented the sizes of few geometry files as represented by TGeo modeller compared to the original size of the GEANT3 representation in RZ format. In order to have a more complete picture of the I/O performance, the time to read into memory each geometry file is presented against the total number of nodes. Table 3: I/O load lime and file size compared to GEANT3 Geom. No. Nodes G3.rz [Kb].root file [Kb] CPU time PIII/800[s] AMS ATLAS BTEV CDF User code VMC As a future plan, we consider the possibility to interface the geometrical modeller I/O with at least one relational database such as MySQL. 4. VIRTUAL MONTE-CARLO INTEGRATION The ROOT geometrical modeller is currently being integrated in a Virtual Monte Carlo (VMC) schema [8] developed within the ALICE Software Project. The final goal is to be able to run transparently several simulation engines using the same geometry. Being independent from any simulation package, this geometry can also be used in a reconstruction code. G3 G4 G3 transp ort G4 transp ort Virtual Geometrical Modeller FLUKA Geometrical M odeller FLUKA transport Reconstruction Visualisation Figure 6: Schematic view of the experimental software framework based on the VMC and an external geometrical modeller The VMC is a set of abstract interfaces that provides access for user code to the data structures (common blocks in case of FORTRAN or classes for C++) and methods of the simulation programs behind it. It allows user Monte Carlo applications to access in a common way GEANT3, GEANT4 or FLUKA. The pure virtual methods in the VMC are implemented by specific interfaces to the simulation programs. Among several methods for controlling simulation behaviour, step management and particle stack, there are specific methods for building and retrieving geometrical information. In the current production version of VMC, these methods are implemented inside the simulation specific interfaces and they build the native geometries specific to the simulation packages used. In order to provide a single geometry to be used by all simulation programs, we need To provide the implementation of the VMC methods for building and accessing TGeo geometry which can then replace the current implementation for building native geometries. To replace the navigation functionality of native geometries with corresponding features provided by TGeo by redirecting all navigation queries to the new geometry. This is possible in case of GEANT3 and FLUKA by wrapping modelling specific subroutines. In case of GEANT4 [7] this would be also eventually possible if the package will provide an abstract layer for navigation. This layer should contain the prototypes for all basic queries like: master-to-local transformations, computation of distances to boundaries, safety distance or computation of normal vectors to crossed surfaces. GEANT4 step manager as well as all other G4 objects that are related to navigation would have to rely only upon calls to this abstract layer. In this case the actual G4Navigator class will implement the navigation functionality for native G4 geometry descriptions, while in case of TGeo we will need to provide a specific implementation. Going the other way around, a version of a TGeo to G4 geometry converter is under development, so that G4 users will be able to run GEANT4-based simulations starting from a ROOT geometry description [8]. Currently the version of GEANT3 with direct use of TGeo is working. GEANT3 tracking can be fully done without filling G3 geometry common blocks but only by building its materials and media. The only remaining step for the full implementation of a production version of 6
7 VMC based on TGeo package is the computation of the normal vectors to the crossed surfaced, required by optical physics processes. This feature is currently under development. FLUKA [6] is a simulation program using different concepts than GEANT related to the geometry description. Since the VMC design was inspired by GEANT3, realistic detector geometries would be very difficult to build by using directly FLUKA geometry package. However, an interface between FLUKA and GEANT4 geometry can be currently used to run FLUKA driven by G4 navigation. We are currently in the process of designing a similar one based on TGeo modeller. An important aspect of the version of the VMC working with the new package is that users will be able to build the geometry by using directly the API of TGeo. The geometry built in this way can be stored in ROOT format and then directly retrieved and used it the context of VMC. 5. CONCLUSIONS A new geometrical modeller able to represent a large number of HEP experiments is being developed by ALICE and ROOT teams. This will provide a unique representation of ALICE geometry and will allow running transparently several MC s and reconstruction programs using not only the same geometry description, but also the same geometry modeller. Performance was the highest priority during the development and this is reflected by the benchmarks. The code is available in the ROOT distribution. References [1] R. Brun, A. Gheata, M. Gheata, The ROOT Geometry Package, Nucl. Instr. And Meth. A 502 (2003), p [2] R. Brun, F. Rademakers, ROOT An Object Oriented Data Analysis Framework, Proc. AIHENP 96, Lausanne, Sept [3] [4] [5] R. Brun, et al., GEANT3 Users Guide, CERN Data Handling Division, DD/EE/84-1, 1985 [6] [7] [8],+ LYQiþRYiHWDOIRUWKH$/,&(&ROODERUDWLRQ The Virtual Monte-Carlo, Presented at CHEP 03, La Jolla, PSN THJT006 7
The virtual geometry model
Journal of Physics: Conference Series The virtual geometry model To cite this article: I Hivnáová and B Viren 2008 J. Phys.: Conf. Ser. 119 042016 View the article online for updates and enhancements.
More informationATLAS Tracking Detector Upgrade studies using the Fast Simulation Engine
Journal of Physics: Conference Series PAPER OPEN ACCESS ATLAS Tracking Detector Upgrade studies using the Fast Simulation Engine To cite this article: Noemi Calace et al 2015 J. Phys.: Conf. Ser. 664 072005
More informationGraXML. Modular Geometric Modeler History Architecture. Data Sources Applications. Generic Model Geometric Model Core
GraXML Modular Geometric Modeler History Architecture Generic Model Geometric Model Core Data Sources Applications J.Hrivnac (LAL/Orsay) for CHEP'03 in La Jolla, Mar'03 History (1) Originally just 3D Detector
More informationMonte Carlo programs
Monte Carlo programs Alexander Khanov PHYS6260: Experimental Methods is HEP Oklahoma State University November 15, 2017 Simulation steps: event generator Input = data cards (program options) this is the
More informationComputing in High Energy and Nuclear Physics, March 2003, La Jolla, California
Simulation in ALICE Computing in High Energy and Nuclear Physics, 24-28 March 2003, La Jolla, California F. Carminati, A. Morsch on behalf of the ALICE Offline Project CERN, 1211 Geneva 23, Switzerland
More informationCMS Simulation Software
CMS Simulation Software Dmitry Onoprienko Kansas State University on behalf of the CMS collaboration 10th Topical Seminar on Innovative Particle and Radiation Detectors 1-5 October 2006. Siena, Italy Simulation
More informationSimulating the RF Shield for the VELO Upgrade
LHCb-PUB-- March 7, Simulating the RF Shield for the VELO Upgrade T. Head, T. Ketel, D. Vieira. Universidade Federal do Rio de Janeiro (UFRJ), Rio de Janeiro, Brazil European Organization for Nuclear Research
More informationGlueX Computing GlueX Collaboration Meeting JLab. Edward Brash University of Regina December 11 th -13th, 2003
GlueX Computing GlueX Collaboration Meeting JLab Edward Brash University of Regina December 11 th -13th, 2003 VRVS Videoconferences - www.vrvs.org -> web-based videoconferencing site currently free - audio/video/chat
More informationOffline Tutorial I. Małgorzata Janik Łukasz Graczykowski. Warsaw University of Technology
Offline Tutorial I Małgorzata Janik Łukasz Graczykowski Warsaw University of Technology Offline Tutorial, 5.07.2011 1 Contents ALICE experiment AliROOT ROOT GRID & AliEn Event generators - Monte Carlo
More informationALICE Simulation Architecture
ALICE Simulation Architecture Linear Collider Workshop November 15 René Brun CERN ALICE Simulation Architecture 1 ALICE Event/100 Front View of a simulated event with only 1/100 of the expected multiplicity
More informationMachine Learning for (fast) simulation
Machine Learning for (fast) simulation Sofia Vallecorsa for the GeantV team CERN, April 2017 1 Monte Carlo Simulation: Why Detailed simulation of subatomic particles is essential for data analysis, detector
More informationDetector Control LHC
Detector Control Systems @ LHC Matthias Richter Department of Physics, University of Oslo IRTG Lecture week Autumn 2012 Oct 18 2012 M. Richter (UiO) DCS @ LHC Oct 09 2012 1 / 39 Detectors in High Energy
More informationATLAS NOTE. December 4, ATLAS offline reconstruction timing improvements for run-2. The ATLAS Collaboration. Abstract
ATLAS NOTE December 4, 2014 ATLAS offline reconstruction timing improvements for run-2 The ATLAS Collaboration Abstract ATL-SOFT-PUB-2014-004 04/12/2014 From 2013 to 2014 the LHC underwent an upgrade to
More informationPreviously... contour or image rendering in 2D
Volume Rendering Visualisation Lecture 10 Taku Komura Institute for Perception, Action & Behaviour School of Informatics Volume Rendering 1 Previously... contour or image rendering in 2D 2D Contour line
More informationAndrea Sciabà CERN, Switzerland
Frascati Physics Series Vol. VVVVVV (xxxx), pp. 000-000 XX Conference Location, Date-start - Date-end, Year THE LHC COMPUTING GRID Andrea Sciabà CERN, Switzerland Abstract The LHC experiments will start
More informationEicRoot for tracking R&D studies
EicRoot for tracking R&D studies Alexander Kiselev EIC Software Meeting Jefferson Lab September,24 2015 Contents of the talk Tracking code implementation in EicRoot Few particular applications: Basic forward
More informationScene Management. Video Game Technologies 11498: MSc in Computer Science and Engineering 11156: MSc in Game Design and Development
Video Game Technologies 11498: MSc in Computer Science and Engineering 11156: MSc in Game Design and Development Chap. 5 Scene Management Overview Scene Management vs Rendering This chapter is about rendering
More information1 Introduction. V. Fine, Y. l%yak,?? Perevoztchikov, T.Wenaus
r. Proc. Computing in High Energy Physics February 7-11, 2000 Padova, Italy The STAR offline framework V. Fine, Y. l%yak,?? Perevoztchikov, T.Wenaus Brookhaven National Laboratory, USA J( J( BNL-68207
More informationDD4hep Based Event Reconstruction
CLICdp-Conf-2017-002 06 February 2017 DD4hep Based Event Reconstruction Andre Sailer, Markus Frank, Frank Gaede, Daniel Hynds, Shaojun Lu, Nikiforos Nikiforou, Marko Petric, Rosa Simoniello, Georgios Voutsinas
More informationINTRODUCTION TO THE ANAPHE/LHC++ SOFTWARE SUITE
INTRODUCTION TO THE ANAPHE/LHC++ SOFTWARE SUITE Andreas Pfeiffer CERN, Geneva, Switzerland Abstract The Anaphe/LHC++ project is an ongoing effort to provide an Object-Oriented software environment for
More informationFAMOS: A Dynamically Configurable System for Fast Simulation and Reconstruction for CMS
FAMOS: A Dynamically Configurable System for Fast Simulation and Reconstruction for CMS St. Wynhoff Princeton University, Princeton, NJ 08544, USA Detailed detector simulation and reconstruction of physics
More informationGeometry 5. I.Hrivnacova¹, J.Apostolakis² ¹IPN, Orsay; ²CERN. Cours Paris June 2007
Geometry 5 I.Hrivnacova¹, J.Apostolakis² ¹IPN, Orsay; ²CERN Cours Geant4 @ Paris 2007 4-8 June 2007 Contents Navigator's view of the geometry Geometry navigator and its utilities Navigation & Tracking
More informationThe Traditional Graphics Pipeline
Final Projects Proposals due Thursday 4/8 Proposed project summary At least 3 related papers (read & summarized) Description of series of test cases Timeline & initial task assignment The Traditional Graphics
More informationTGeoCad: an Interface between ROOT and CAD Systems
TGeoCad: an Interface between ROOT and CAD Systems C Luzzi 1 2 and F Carminati 2 1 University of Ferrara, Via Giuseppe Saragat, 1, 44020 FE, Italy 2 CERN, 1211 Geneva 23, Switzerland E-mail: cluzzi@cern.ch
More informationAn SQL-based approach to physics analysis
Journal of Physics: Conference Series OPEN ACCESS An SQL-based approach to physics analysis To cite this article: Dr Maaike Limper 2014 J. Phys.: Conf. Ser. 513 022022 View the article online for updates
More informationInteractive 3D graphics in HEP
12/07/18 1 Interactive 3D graphics in HEP Interactive 3D data visualization plays a key role in all HEP experiments, as it is used in many tasks at different levels of the data chain: Detector development
More informationROOT Course. Vincenzo Vitale, Dip. Fisica and INFN Roma 2
ROOT Course Vincenzo Vitale, Dip. Fisica and INFN Roma 2 Introduction This is a basic introduction to ROOT. The purpose of the course is to provide a starting knowledge and some practical experiences on
More informationCLAS12 Offline Software Tools. G.Gavalian (Jlab) CLAS Collaboration Meeting (June 15, 2016)
CLAS12 Offline Software Tools G.Gavalian (Jlab) Overview Data Formats: RAW data decoding from EVIO. Reconstruction output banks in EVIO. Reconstruction output convertor to ROOT (coming soon). Data preservation
More informationSpring 2010 Research Report Judson Benton Locke. High-Statistics Geant4 Simulations
Florida Institute of Technology High Energy Physics Research Group Advisors: Marcus Hohlmann, Ph.D. Kondo Gnanvo, Ph.D. Note: During September 2010, it was found that the simulation data presented here
More informationMulti-threaded, discrete event simulation of distributed computing systems
Multi-threaded, discrete event simulation of distributed computing systems Iosif C. Legrand California Institute of Technology, Pasadena, CA, U.S.A Abstract The LHC experiments have envisaged computing
More informationWIRED - World Wide Web Interactive Remote Event Display 1
- World Wide Web Interactive Remote Event Display 1 A. Ballaminut 1, C. Colonello 1, M. Dönszelmann 2, E. van Herwijnen 2, D. Köper 3, J. Korhonen 4, M. Litmaath 5, J. Perl 6, A. Theodorou 2, D. Whiteson
More informationREPORT SERIES HU - SEFT RD U3. The CADIN T Interface in GEANT. N. Hsbimyr, J. Vuoskoski. CERN. Geneva. Switzerland ISSN
Ln U RESEARCH INSTITUTE FOR HIGH ENERGY PHYSICS REPORT SERIES HU - SEFT RD 1994 - U3 The CADIN T Interface in GEANT N. Hsbimyr, J. Vuoskoski CERN. Geneva. Switzerland \. x'.. KL (3 ISSN 0788-3587 UNIVERSITY
More informationThe Traditional Graphics Pipeline
Last Time? The Traditional Graphics Pipeline Participating Media Measuring BRDFs 3D Digitizing & Scattering BSSRDFs Monte Carlo Simulation Dipole Approximation Today Ray Casting / Tracing Advantages? Ray
More informationExpressing Parallelism with ROOT
Expressing Parallelism with ROOT https://root.cern D. Piparo (CERN) for the ROOT team CHEP 2016 2 This Talk ROOT helps scientists to express parallelism Adopting multi-threading (MT) and multi-processing
More informationGeant4 v9.5. Kernel III. Makoto Asai (SLAC) Geant4 Tutorial Course
Geant4 v9.5 Kernel III Makoto Asai (SLAC) Geant4 Tutorial Course Contents Fast simulation (Shower parameterization) Multi-threading Computing performance Kernel III - M.Asai (SLAC) 2 Fast simulation (shower
More informationGeant4 application in a Web browser
Journal of Physics: Conference Series OPEN ACCESS Geant4 application in a Web browser To cite this article: Laurent Garnier and the Geant4 Collaboration 2014 J. Phys.: Conf. Ser. 513 062016 View the article
More informationThe Traditional Graphics Pipeline
Last Time? The Traditional Graphics Pipeline Reading for Today A Practical Model for Subsurface Light Transport, Jensen, Marschner, Levoy, & Hanrahan, SIGGRAPH 2001 Participating Media Measuring BRDFs
More informationThe CMS data quality monitoring software: experience and future prospects
The CMS data quality monitoring software: experience and future prospects Federico De Guio on behalf of the CMS Collaboration CERN, Geneva, Switzerland E-mail: federico.de.guio@cern.ch Abstract. The Data
More information8.882 LHC Physics. Track Reconstruction and Fitting. [Lecture 8, March 2, 2009] Experimental Methods and Measurements
8.882 LHC Physics Experimental Methods and Measurements Track Reconstruction and Fitting [Lecture 8, March 2, 2009] Organizational Issues Due days for the documented analyses project 1 is due March 12
More informationME COMPUTER AIDED DESIGN COMPUTER AIDED DESIGN 2 MARKS Q&A
ME6501 - COMPUTER AIDED DESIGN COMPUTER AIDED DESIGN 2 MARKS Q&A Unit I 1. What is CAD? Computer aided design (CAD) is the technology concerned with the use of computer systems to assist the creation,
More informationElectron and Photon Reconstruction and Identification with the ATLAS Detector
Electron and Photon Reconstruction and Identification with the ATLAS Detector IPRD10 S12 Calorimetry 7th-10th June 2010 Siena, Italy Marine Kuna (CPPM/IN2P3 Univ. de la Méditerranée) on behalf of the ATLAS
More informationGeant4 Computing Performance Benchmarking and Monitoring
Journal of Physics: Conference Series PAPER OPEN ACCESS Geant4 Computing Performance Benchmarking and Monitoring To cite this article: Andrea Dotti et al 2015 J. Phys.: Conf. Ser. 664 062021 View the article
More informationApplying STEP Principles to Product Models in High Energy Physics Research
Applying STEP Principles to Product Models in High Energy Physics Research Miroslaw Dach, Nils Høimyr CERN, Geneva Janne Saarela Helsinki University of Technology Jouko Vuoskoski Institute of Particle
More informationDetector controls meets JEE on the web
Detector controls meets JEE on the web ICALEPCS 2015 Frank Glege Outline Part 1: Web based Remote access to controls systems Part 2: JEE for controls 20.10.2015 Frank Glege 2 About CERN 20.10.2015 Frank
More informationCOMPUTER GRAPHICS COURSE. Rendering Pipelines
COMPUTER GRAPHICS COURSE Rendering Pipelines Georgios Papaioannou - 2014 A Rendering Pipeline Rendering or Graphics Pipeline is the sequence of steps that we use to create the final image Many graphics/rendering
More informationPARALLEL PROCESSING OF LARGE DATA SETS IN PARTICLE PHYSICS
PARALLEL PROCESSING OF LARGE DATA SETS IN PARTICLE PHYSICS MARINA ROTARU 1, MIHAI CIUBĂNCAN 1, GABRIEL STOICEA 1 1 Horia Hulubei National Institute for Physics and Nuclear Engineering, Reactorului 30,
More informationOptimisation. CS7GV3 Real-time Rendering
Optimisation CS7GV3 Real-time Rendering Introduction Talk about lower-level optimization Higher-level optimization is better algorithms Example: not using a spatial data structure vs. using one After that
More informationVolume Rendering. Computer Animation and Visualisation Lecture 9. Taku Komura. Institute for Perception, Action & Behaviour School of Informatics
Volume Rendering Computer Animation and Visualisation Lecture 9 Taku Komura Institute for Perception, Action & Behaviour School of Informatics Volume Rendering 1 Volume Data Usually, a data uniformly distributed
More informationValidation of GEANT4 for Accurate Modeling of 111 In SPECT Acquisition
Validation of GEANT4 for Accurate Modeling of 111 In SPECT Acquisition Bernd Schweizer, Andreas Goedicke Philips Technology Research Laboratories, Aachen, Germany bernd.schweizer@philips.com Abstract.
More informationPerformance of the ATLAS Inner Detector at the LHC
Performance of the ALAS Inner Detector at the LHC hijs Cornelissen for the ALAS Collaboration Bergische Universität Wuppertal, Gaußstraße 2, 4297 Wuppertal, Germany E-mail: thijs.cornelissen@cern.ch Abstract.
More informationData Quality Monitoring Display for ATLAS experiment
Data Quality Monitoring Display for ATLAS experiment Y Ilchenko 1, C Cuenca Almenar 2, A Corso-Radu 2, H Hadavand 1, S Kolos 2, K Slagle 2, A Taffard 2 1 Southern Methodist University, Dept. of Physics,
More informationGeant4 simulation in a distributed computing environment
University of Wollongong Research Online Faculty of Engineering and Information Sciences - Papers: Part A Faculty of Engineering and Information Sciences 2006 Geant4 simulation in a distributed computing
More informationLHCb Distributed Conditions Database
LHCb Distributed Conditions Database Marco Clemencic E-mail: marco.clemencic@cern.ch Abstract. The LHCb Conditions Database project provides the necessary tools to handle non-event time-varying data. The
More informationAtlantis: Visualization Tool in Particle Physics
Atlantis: Visualization Tool in Particle Physics F.J.G.H. Crijns 2, H. Drevermann 1, J.G. Drohan 3, E. Jansen 2, P.F. Klok 2, N. Konstantinidis 3, Z. Maxa 3, D. Petrusca 1, G. Taylor 4, C. Timmermans 2
More informationVirtualizing a Batch. University Grid Center
Virtualizing a Batch Queuing System at a University Grid Center Volker Büge (1,2), Yves Kemp (1), Günter Quast (1), Oliver Oberst (1), Marcel Kunze (2) (1) University of Karlsruhe (2) Forschungszentrum
More informationACTS: from ATLAS software towards a common track reconstruction software
1 2 3 4 5 6 7 8 ACTS: from ATLAS software towards a common track reconstruction software C Gumpert 1, A Salzburger 1, M Kiehn 2, J Hrdinka 1,3 and N Calace 2 on behalf of the ATLAS Collaboration 1 CERN,
More informationGAUDI - The Software Architecture and Framework for building LHCb data processing applications. Marco Cattaneo, CERN February 2000
GAUDI - The Software Architecture and Framework for building LHCb data processing applications Marco Cattaneo, CERN February 2000 1 Outline Introduction Design choices GAUDI Architecture overview Status
More informationGeant4 activities at DESY
Geant4 activities at DESY 3 rd Ecfa/Desy workshop Prague November 2002 Frank Gaede DESY -IT- Outline Introduction Current work Near term goals Looking ahead Conclusion ECFA/DESY workshop Prague 11/02 Frank
More informationCut per region. Marc Verderi GEANT4 collaboration meeting 01/10/2002
Cut per region Marc Verderi GEANT4 collaboration meeting 01/10/2002 Introduction Cut here = «production threshold»; Not tracking cut; GEANT4 originally designed to allow a unique cut in range; Unique cut
More informationChapter 4. Chapter 4. Computer Graphics 2006/2007 Chapter 4. Introduction to 3D 1
Chapter 4 Chapter 4 Chapter 4. Introduction to 3D graphics 4.1 Scene traversal 4.2 Modeling transformation 4.3 Viewing transformation 4.4 Clipping 4.5 Hidden faces removal 4.6 Projection 4.7 Lighting 4.8
More informationFundamentals of STEP Implementation
Fundamentals of STEP Implementation David Loffredo loffredo@steptools.com STEP Tools, Inc., Rensselaer Technology Park, Troy, New York 12180 A) Introduction The STEP standard documents contain such a large
More informationWLCG Transfers Dashboard: a Unified Monitoring Tool for Heterogeneous Data Transfers.
WLCG Transfers Dashboard: a Unified Monitoring Tool for Heterogeneous Data Transfers. J Andreeva 1, A Beche 1, S Belov 2, I Kadochnikov 2, P Saiz 1 and D Tuckett 1 1 CERN (European Organization for Nuclear
More informationMODELING AND HIERARCHY
MODELING AND HIERARCHY Introduction Models are abstractions of the world both of the real world in which we live and of virtual worlds that we create with computers. We are all familiar with mathematical
More informationThe NOvA software testing framework
Journal of Physics: Conference Series PAPER OPEN ACCESS The NOvA software testing framework Related content - Corrosion process monitoring by AFM higher harmonic imaging S Babicz, A Zieliski, J Smulko
More informationFirst Calorimeter Simulation with the FLUGG Prototype
First Calorimeter Simulation with the FLUGG Prototype ATL-SOFT-99-004 15/12/99 M.Campanella a, A.Ferrari b, P.R.Sala b,s.vanini a a INFN sez. di Milano, via Celoria 16, I-20133 Milano, Italy. b SL, CERN,
More informationSummary of the LHC Computing Review
Summary of the LHC Computing Review http://lhc-computing-review-public.web.cern.ch John Harvey CERN/EP May 10 th, 2001 LHCb Collaboration Meeting The Scale Data taking rate : 50,100, 200 Hz (ALICE, ATLAS-CMS,
More informationClustering and Reclustering HEP Data in Object Databases
Clustering and Reclustering HEP Data in Object Databases Koen Holtman CERN EP division CH - Geneva 3, Switzerland We formulate principles for the clustering of data, applicable to both sequential HEP applications
More informationCMS Conference Report
Available on CMS information server CMS CR 2005/021 CMS Conference Report 29 Septemebr 2005 Track and Vertex Reconstruction with the CMS Detector at LHC S. Cucciarelli CERN, Geneva, Switzerland Abstract
More informationALICE ANALYSIS PRESERVATION. Mihaela Gheata DASPOS/DPHEP7 workshop
1 ALICE ANALYSIS PRESERVATION Mihaela Gheata DASPOS/DPHEP7 workshop 2 Outline ALICE data flow ALICE analysis Data & software preservation Open access and sharing analysis tools Conclusions 3 ALICE data
More informationModelling of non-gaussian tails of multiple Coulomb scattering in track fitting with a Gaussian-sum filter
Modelling of non-gaussian tails of multiple Coulomb scattering in track fitting with a Gaussian-sum filter A. Strandlie and J. Wroldsen Gjøvik University College, Norway Outline Introduction A Gaussian-sum
More informationReducing CPU Consumption of Geant4 Simulation in ATLAS
Reducing CPU Consumption of Geant4 Simulation in ATLAS John Chapman (University of Cambridge) on behalf of the ATLAS Simulation Group Joint WLCG & HSF Workshop 2018 Napoli, Italy - 28th March 2018 Current
More informationSimulation study for the EUDET pixel beam telescope
EUDET Simulation study for the EUDET pixel beam telescope using ILC software T. Klimkovich January, 7 Abstract A pixel beam telescope which is currently under development within the EUDET collaboration
More informationNew software library of geometrical primitives for modeling of solids used in Monte Carlo detector simulations
Journal of Physics: Conference Series New software library of geometrical primitives for modeling of solids used in Monte Carlo detector simulations To cite this article: Marek Gayer et al 2012 J. Phys.:
More informationGlobal simulation of the LiCAS/RTRS survey system for the ILC
Global simulation of the LiCAS/RTRS survey system for the ILC G. Grzelak, P. Brockill +, S. Cohen +, J. Dale +, Y. Han +, M. Jones +, G. Moss +, A. Reichold +, C. Uribe-Estrada +, R. Wastie +, J. Prenting
More informationGamma spectroscopic measurements using the PID350 pixelated CdTe radiation detector
Gamma spectroscopic measurements using the PID350 pixelated CdTe radiation detector K. Karafasoulis, K. Zachariadou, S. Seferlis, I. Papadakis, D. Loukas, C. Lambropoulos, C. Potiriadis Abstract Spectroscopic
More informationJAIDA, JAS3, WIRED4 and the AIDA tag library experience and new developments
SLAC-PUB-12950 March 2008 JAIDA, JAS3, WIRED4 and the AIDA tag library experience and new developments M Donszelmann 1, T Johnson 1, V V Serbo 1, M Turri 1 1 SLAC, 2575 Sand Hill Road, Menlo Park, CA 94025,
More informationCHAPTER 1 Graphics Systems and Models 3
?????? 1 CHAPTER 1 Graphics Systems and Models 3 1.1 Applications of Computer Graphics 4 1.1.1 Display of Information............. 4 1.1.2 Design.................... 5 1.1.3 Simulation and Animation...........
More informationA flexible approach to clusterfinding in generic calorimeters of the FLC detector
A flexible approach to clusterfinding in generic calorimeters of the FLC detector University of Cambridge, U.K. : simulation/reconstruction session Outline Tracker-like clustering algorithm: the basis.
More informationTransformations in Ray Tracing. MIT EECS 6.837, Durand and Cutler
Transformations in Ray Tracing Linear Algebra Review Session Tonight! 7:30 9 PM Last Time: Simple Transformations Classes of Transformations Representation homogeneous coordinates Composition not commutative
More informationTRINITAS. a Finite Element stand-alone tool for Conceptual design, Optimization and General finite element analysis. Introductional Manual
TRINITAS a Finite Element stand-alone tool for Conceptual design, Optimization and General finite element analysis Introductional Manual Bo Torstenfelt Contents 1 Introduction 1 2 Starting the Program
More informationLCG Conditions Database Project
Computing in High Energy and Nuclear Physics (CHEP 2006) TIFR, Mumbai, 13 Feb 2006 LCG Conditions Database Project COOL Development and Deployment: Status and Plans On behalf of the COOL team (A.V., D.Front,
More informationV. Karimäki, T. Lampén, F.-P. Schilling, The HIP algorithm for Track Based Alignment and its Application to the CMS Pixel Detector, CMS Note
VI V. Karimäki, T. Lampén, F.-P. Schilling, The HIP algorithm for Track Based Alignment and its Application to the CMS Pixel Detector, CMS Note 26/18, CERN, Geneva, Switzerland, 1pp., Copyright (26) by
More informationIOSR Journal of Computer Engineering (IOSRJCE) ISSN: Volume 3, Issue 3 (July-Aug. 2012), PP
IOSR Journal of Computer Engineering (IOSRJCE) ISSN: 2278-0661 Volume 3, Issue 3 (July-Aug. 2012), PP 50-55 Modeling Object Oriented Applications by Using Dynamic Information for the Iterative Recovery
More informationIGUANA Architecture, Framework and Toolkit for Interactive Graphics
IGUANA Architecture, Framework and Toolkit for Interactive Graphics George Alverson, Giulio Eulisse, Shahzad Muzaffar, Ianna Osborne, Lassi A. Tuura, Lucas Taylor Northeastern University, Boston, USA IGUANA
More informationComputing at Belle II
Computing at Belle II CHEP 22.05.2012 Takanori Hara for the Belle II Computing Group Physics Objective of Belle and Belle II Confirmation of KM mechanism of CP in the Standard Model CP in the SM too small
More informationPhotorealism vs. Non-Photorealism in Computer Graphics
The Art and Science of Depiction Photorealism vs. Non-Photorealism in Computer Graphics Fredo Durand MIT- Lab for Computer Science Global illumination How to take into account all light inter-reflections
More informationConference The Data Challenges of the LHC. Reda Tafirout, TRIUMF
Conference 2017 The Data Challenges of the LHC Reda Tafirout, TRIUMF Outline LHC Science goals, tools and data Worldwide LHC Computing Grid Collaboration & Scale Key challenges Networking ATLAS experiment
More informationVALLIAMMAI ENGINEERING COLLEGE
VALLIAMMAI ENGINEERING COLLEGE SRM Nagar, Kattankulathur 603 203 DEPARTMENT OF MECHANICAL ENGINEERING QUESTION BANK M.E: CAD/CAM I SEMESTER ED5151 COMPUTER APPLICATIONS IN DESIGN Regulation 2017 Academic
More informationUpdated impact parameter resolutions of the ATLAS Inner Detector
Updated impact parameter resolutions of the ATLAS Inner Detector ATLAS Internal Note Inner Detector 27.09.2000 ATL-INDET-2000-020 06/10/2000 Szymon Gadomski, CERN 1 Abstract The layout of the ATLAS pixel
More informationOBJECT ORIENTED DESIGN OF ANTHROPOMORPHIC PHANTOMS AND GEANT4-BASED IMPLEMENTATIONS ABSTRACT
International Conference on Mathematics, Computational Methods & Reactor Physics (M&C 2009) Saratoga Springs, New York, May 3-7, 2009, on CD-ROM, American Nuclear Socety, LaGrange Park, IL (2009) OBJECT
More informationMONTE CARLO SIMULATION FOR RADIOTHERAPY IN A DISTRIBUTED COMPUTING ENVIRONMENT
The Monte Carlo Method: Versatility Unbounded in a Dynamic Computing World Chattanooga, Tennessee, April 17-21, 2005, on CD-ROM, American Nuclear Society, LaGrange Park, IL (2005) MONTE CARLO SIMULATION
More informationExperiences with Open Inventor. 1 Introduction. 2 HEP Visualization in an Object-Oriented Environment
Experiences with Open Inventor Joseph Boudreau University of Pittsburgh, Pittsburgh, PA, 15260 USA Abstract The Open Inventor(OI) library is a toolkit for constructing, rendering and interacting with a
More informationDedicated Software Algorithms for 3D Clouds of Points
Dedicated Software Algorithms for 3D Clouds of Points Introduction AQSENSE develops and commercializes 3D image acquisition and processing technologies that allow high speed in-line 100% production inspection,
More informationILC Software Overview and recent developments
ILC Software Overview and recent developments Frank Gaede 134th ILC@DESY General Project Meeting DESY, May 27, 2016 Outline Introduction to ilcsoft core tools ILD simulation and reconstruction software
More informationHEP data analysis using ROOT
HEP data analysis using ROOT week 3 ROOT Maths and Physics Libraries ROOT Geometries Mark Hodgkinson 1 Week 3 ROOT maths and physics libraries vectors and their operations data modelling with RooFit ROOT
More informationGLAST tracking reconstruction Status Report
GLAST collaboration meeting, UCSC June 22-24 1999 GLAST tracking reconstruction Status Report Bill Atwood, Jose A. Hernando, Robert P. Johnson, Hartmut Sadrozinski Naomi Cotton, Dennis Melton University
More informationVolume Illumination & Vector Field Visualisation
Volume Illumination & Vector Field Visualisation Visualisation Lecture 11 Institute for Perception, Action & Behaviour School of Informatics Volume Illumination & Vector Vis. 1 Previously : Volume Rendering
More informationIntersection Acceleration
Advanced Computer Graphics Intersection Acceleration Matthias Teschner Computer Science Department University of Freiburg Outline introduction bounding volume hierarchies uniform grids kd-trees octrees
More informationBig Data Tools as Applied to ATLAS Event Data
Big Data Tools as Applied to ATLAS Event Data I Vukotic 1, R W Gardner and L A Bryant University of Chicago, 5620 S Ellis Ave. Chicago IL 60637, USA ivukotic@uchicago.edu ATL-SOFT-PROC-2017-001 03 January
More informationArion: a realistic projection simulator for optimizing laboratory and industrial micro-ct
Arion: a realistic projection simulator for optimizing laboratory and industrial micro-ct J. DHAENE* 1, E. PAUWELS 1, T. DE SCHRYVER 1, A. DE MUYNCK 1, M. DIERICK 1, L. VAN HOOREBEKE 1 1 UGCT Dept. Physics
More information