DOCSLIB.ORG

Art-Workbook-V0 91

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Art-Workbook-V0 91 Intensity Frontier Common Offline Documentation: art Workbook and Users Guide Alpha Release 0.91 July 18, 2016 This version of the documentation is written for version v0_00_39 of the art-workbook code. Scientific Computing Division Future Programs and Experiments Department Scientific Software Infrastructure Group Principal Author: Rob Kutschke Other contributors: Marc Paterno, Mike Wang Editor: Anne Heavey art Developers: L. Garren, C. Green, K. Knoepfel, J. Kowalkowski, M. Paterno and P. Russo 1 2 List of Chapters Detailed Table of Contents iv List of Figures xx List of Tables xxii List of Code and Output Listings xxii art Glossary xxvii I Introduction 1 1 How to Read this Documentation 2 2 Conventions Used in this Documentation 4 3 Introduction to the art Event Processing Framework 7 4 Unix Prerequisites 34 5 Site-Specific Setup Procedure 45 i 6 Get your C++ up to Speed 48 7 Using External Products in UPS 107 II Workbook 119 8 Preparation for Running the Workbook Exercises 120 9 Exercise 1: Running Pre-built art Modules 124 10 Exercise 2: Building and Running Your First Module 162 11 General Setup for Login Sessions 219 12 Keeping Up to Date with Workbook Code and Documentation 221 13 Exercise 3: Some other Member Functions of Modules 227 14 Exercise 4: A First Look at Parameter Sets 239 15 Exercise 5: Making Multiple Instances of a Module 264 16 Exercise 6: Accessing Data Products 271 17 Exercise 7: Making a Histogram 291 18 Exercise 8: Looping Over Collections 318 19 3D Event Displays 342 20 Troubleshooting 378 ii III User’s Guide 380 21 git 381 22 art Run-time and Development Environments 390 23 art Framework Parameters 398 24 Job Configuration in art: FHiCL 404 IV Appendices 423 A Obtaining Credentials to Access Fermilab Computing Resources 424 B Installing Locally 426 C art Completion Codes 431 D Viewing and Printing Figure Files 434 E CLHEP 436 F Include Guards 452 V Index 454 Index 455 iii Detailed Table of Contents Detailed Table of Contents iv List of Figures xx List of Tables xxii List of Code and Output Listings xxii art Glossary xxvii I Introduction 1 1 How to Read this Documentation 2 1.1 If you are new to HEP Software... 2 1.2 If you are an HEP Software expert... 2 1.3 If you are somewhere in between... 3 2 Conventions Used in this Documentation 4 2.1 Terms in Glossary . 4 2.2 Typing Commands . 4 2.3 Listing Styles . 5 2.4 Procedures to Follow . 5 2.5 Important Items to Call Out . 6 2.6 Site-specific Information . 6 3 Introduction to the art Event Processing Framework 7 iv 3.1 What is art and Who Uses it? . 7 3.2 Why art?.................................. 8 3.3 C++ and C++11 . 9 3.4 Getting Help . 9 3.5 Overview of the Documentation Suite . 9 3.5.1 The Introduction . 11 3.5.2 The Workbook . 11 3.5.3 Users Guide . 12 3.5.4 Reference Manual . 12 3.5.5 Technical Reference . 12 3.5.6 Glossary . 12 3.6 Some Background Material . 12 3.6.1 Events and Event IDs . 13 3.6.2 art Modules and the Event Loop . 14 3.6.3 Module Types . 18 3.6.4 art Data Products . 19 3.6.5 art Services . 20 3.6.6 Dynamic Libraries and art ..................... 21 3.6.7 Build Systems and art ....................... 22 3.6.8 External Products . 23 3.6.9 The Event-Data Model and Persistency . 24 3.6.10 Event-Data Files . 25 3.6.11 Files on Tape . 26 3.7 The Toy Experiment . 26 3.7.1 Toy Detector Description . 27 3.7.2 Workflow for Running the Toy Experiment Code . 29 3.8 Rules, Best Practices, Conventions and Style . 33 4 Unix Prerequisites 34 4.1 Introduction . 34 4.2 Commands . 34 4.3 Shells . 36 4.4 Scripts: Part 1 . 36 4.5 Unix Environments . 37 4.5.1 Building up the Environment . 37 v 4.5.2 Examining and Using Environment Variables . 38 4.6 Paths and $PATH . 39 4.7 Scripts: Part 2 . 41 4.8 bash Functions and Aliases . 42 4.9 Login Scripts . 43 4.10 Suggested Unix and bash References . 43 5 Site-Specific Setup Procedure 45 6 Get your C++ up to Speed 48 6.1 Introduction . 48 6.2 File Types Used and Generated in C++ Programming . 49 6.3 Establishing the Environment . 50 6.3.1 Initial Setup . 50 6.3.2 Subsequent Logins . 51 6.4 C++ Exercise 1: Basic C++ Syntax and Building an Executable . 52 6.4.1 Concepts to Understand . 52 6.4.2 How to Compile, Link and Run . 53 6.4.3 Discussion . 55 6.4.3.1 Primitive types, Initialization and Printing Output . 55 6.4.3.2 Arrays . 56 6.4.3.3 Equality testing . 56 6.4.3.4 Conditionals . 57 6.4.3.5 Some C++ Standard Library Types . 57 6.4.3.6 Pointers . 58 6.4.3.7 References . 59 6.4.3.8 Loops . 60 6.5 C++ Exercise 2: About Compiling and Linking . 60 6.5.1 What You Will Learn . 60 6.5.2 The Source Code for this Exercise . 60 6.5.3 Compile, Link and Run the Exercise . 62 6.5.4 Alternate Script build2 ..................... 66 6.5.5 Suggested Homework . 67 6.6 C++ Exercise 3: Libraries . 69 6.6.1 What You Will Learn . 69 vi 6.6.2 Building and Running the Exercise . 69 6.7 Classes . 73 6.7.1 Introduction . 73 6.7.2 C++ Exercise 4 v1: The Most Basic Version . 75 6.7.3 C++ Exercise 4 v2: The Default Constructor . 81 6.7.4 C++ Exercise 4 v3: Constructors with Arguments . 83 6.7.5 C++ Exercise 4 v4: Colon Initializer Syntax . 86 6.7.6 C++ Exercise 4 v5: Member functions . 87 6.7.7 C++ Exercise 4 v6: Private Data and Accessor Methods . 92 6.7.7.1 Setters and Getters . 92 6.7.7.2 What’s the deal with the underscore? . 97 6.7.7.3 An example to motivate private data . 97 6.7.8 C++ Exercise 4 v7: The inline Specifier . 98 6.7.9 C++ Exercise 4 v8: Defining Member Functions within the Class Declaration . 100 6.7.10 C++ Exercise 4 v9: The Stream Insertion Operator and Free Func- tions . 101 6.7.11 Review . 105 6.8 Overloading functions . 105 6.9 C++ References . 105 7 Using External Products in UPS 107 7.1 The UPS Database List: PRODUCTS . 107 7.2 UPS Handling of Variants of a Product . 109 7.3 The setup Command: Syntax and Function . 109 7.4 Current Versions of Products . 111 7.5 Environment Variables Defined by UPS . 111 7.6 Finding Header Files . 112 7.6.1 Introduction . 112 7.6.2 Finding art Header Files . 113 7.6.3 Finding Headers from Other UPS Products . 114 7.6.4 Exceptions: The Workbook, ROOT and Geant4 . 115 vii II Workbook 119 8 Preparation for Running the Workbook Exercises 120 8.1 Introduction . 120 8.2 Getting Computer Accounts on Workbook-enabled Machines . 120 8.3 Choosing a Machine and Logging In . 121 8.4 Launching new Windows: Verify X Connectivity . 122 8.5 Choose an Editor . 123 9 Exercise 1: Running Pre-built art Modules 124 9.1 Introduction . 124 9.2 Prerequisites . 124 9.3 What You Will Learn . 124 9.4 The art Run-time Environment . 125 9.5 The Input and Configuration Files for the Workbook Exercises . 126 9.6 Setting up to Run Exercise 1 . 127 9.6.1 Log In and Set Up . 127 9.6.1.1 Initial Setup Procedure using Standard Directory . 127 9.6.1.2 Initial Setup Procedure allowing Self-managed Working Directory . 129 9.6.1.3 Setup for Subsequent Exercise 1 Login Sessions . 130 9.7 Execute art and Examine Output . ..
Load more

Recommended publications
  • Upgrading Cfengine Nova a Cfengine Special Topics Handbook
    Upgrading CFEngine Nova A CFEngine Special Topics Handbook CFEngine AS This document describes how software updates work in CFEngine Nova. ¨ © Copyright c 2010- CFEngine AS 1 v i Table of Contents What does upgrading mean? ::::::::::::::::::::::::::::::::::::::::: 3 Why do I need to upgrade?::::::::::::::::::::::::::::::::::::::::::: 3 How does upgrading work? ::::::::::::::::::::::::::::::::::::::::::: 3 How can I do phased deployment? :::::::::::::::::::::::::::::::::::: 4 What if I have multiple operating system platforms? ::::::::::::::::::: 4 How do Nova policies update if I already have my own policy? ::::::::: 4 Appendix A Manual package upgrade commands ::::::: 5 3 What does upgrading mean? A software upgrade involves obtaining a new version of the CFEngine software from soft- ware.CFEngine.com and installing it in place of the old. When software is updated, the previous version of the software is retained. From version 1.1 of CFEngine Nova, CFEngine is fully capable of managing its own updates ¨ and service restarts with a minimum of manual work on the policy server. Existing users of version 1.0 will need to upgrade the software manually on the affected sys- tems, or use the existing CFEngine to assist in the manual process. Please contact CFEngine Professional Services for for assistance (see Appendix). © Why do I need to upgrade? Bug fixes and new features are included in new software releases. To gain access to these fixes, you need to upgrade the software. Changes to the standard Community Open Promise Body Library might make use of new features, so upgrading brings you access to these new methods. How does upgrading work? CFEngine packages its software in operating sytsem compatible package formats (RPM, PKG, MSI, etc).
    [Show full text]
  • Ein Wilder Ritt Distributionen
    09/2016 Besichtigungstour zu den skurrilsten Linux-Distributionen Titelthema Ein wilder Ritt Distributionen 28 Seit den frühen 90ern schießen die Linux-Distributionen wie Pilze aus dem Boden. Das Linux-Magazin blickt zurück auf ein paar besonders erstaunliche oder schräge Exemplare. Kristian Kißling www.linux-magazin.de © Antonio Oquias, 123RF Oquias, © Antonio Auch wenn die Syntax anderes vermu- samer Linux-Distributionen aufzustellen, Basis für Evil Entity denkt (Grün!), liegt ten lässt, steht der Name des klassischen denn in den zweieinhalb Jahrzehnten falsch. Tatsächlich basierte Evil Entity auf Linux-Tools »awk« nicht für Awkward kreuzte eine Menge von ihnen unseren Slackware und setzte auf einen eher düs- (zu Deutsch etwa „tolpatschig“), sondern Weg. Während einige davon noch putz- ter anmutenden Enlightenment-Desktop für die Namen seiner Autoren, nämlich munter in die Zukunft blicken, ist bei an- (Abbildung 3). Alfred Aho, Peter Weinberger und Brian deren nicht recht klar, welche Zielgruppe Als näher am Leben erwies sich der Fo- Kernighan. Kryptische Namen zu geben sie anpeilen oder ob sie überhaupt noch kus der Distribution, der auf dem Ab- sei eine lange etablierte Unix-Tradition, am Leben sind. spielen von Multimedia-Dateien lag – sie heißt es auf einer Seite des Debian-Wiki wollten doch nur Filme schauen. [1], die sich mit den Namen traditioneller Linux für Zombies Linux-Tools beschäftigt. Je kaputter, desto besser Denn, steht dort weiter, häufig halten Apropos untot: Die passende Linux- Entwickler die Namen ihrer Tools für Distribution für Zombies ließ sich recht Auch Void Linux [4], der Name steht selbsterklärend oder sie glauben, dass einfach ermitteln. Sie heißt Undead Linux je nach Übersetzung für „gleichgültig“ sie die User ohnehin nicht interessieren.
    [Show full text]
  • NOVA: a Log-Structured File System for Hybrid Volatile/Non
    NOVA: A Log-structured File System for Hybrid Volatile/Non-volatile Main Memories Jian Xu and Steven Swanson, University of California, San Diego https://www.usenix.org/conference/fast16/technical-sessions/presentation/xu This paper is included in the Proceedings of the 14th USENIX Conference on File and Storage Technologies (FAST ’16). February 22–25, 2016 • Santa Clara, CA, USA ISBN 978-1-931971-28-7 Open access to the Proceedings of the 14th USENIX Conference on File and Storage Technologies is sponsored by USENIX NOVA: A Log-structured File System for Hybrid Volatile/Non-volatile Main Memories Jian Xu Steven Swanson University of California, San Diego Abstract Hybrid DRAM/NVMM storage systems present a host of opportunities and challenges for system designers. These sys- Fast non-volatile memories (NVMs) will soon appear on tems need to minimize software overhead if they are to fully the processor memory bus alongside DRAM. The result- exploit NVMM’s high performance and efficiently support ing hybrid memory systems will provide software with sub- more flexible access patterns, and at the same time they must microsecond, high-bandwidth access to persistent data, but provide the strong consistency guarantees that applications managing, accessing, and maintaining consistency for data require and respect the limitations of emerging memories stored in NVM raises a host of challenges. Existing file sys- (e.g., limited program cycles). tems built for spinning or solid-state disks introduce software Conventional file systems are not suitable for hybrid mem- overheads that would obscure the performance that NVMs ory systems because they are built for the performance char- should provide, but proposed file systems for NVMs either in- acteristics of disks (spinning or solid state) and rely on disks’ cur similar overheads or fail to provide the strong consistency consistency guarantees (e.g., that sector updates are atomic) guarantees that applications require.
    [Show full text]
  • Red Hat Enterprise Linux Openstack Platform on Inktank Ceph Enterprise
    Red Hat Enterprise Linux OpenStack Platform on Inktank Ceph Enterprise Cinder Volume Performance Performance Engineering Version 1.0 December 2014 100 East Davie Street Raleigh NC 27601 USA Phone: +1 919 754 4950 Fax: +1 919 800 3804 Linux is a registered trademark of Linus Torvalds. Red Hat, Red Hat Enterprise Linux and the Red Hat "Shadowman" logo are registered trademarks of Red Hat, Inc. in the United States and other countries. Dell, the Dell logo and PowerEdge are trademarks of Dell, Inc. Intel, the Intel logo and Xeon are registered trademarks of Intel Corporation or its subsidiaries in the United States and other countries. All other trademarks referenced herein are the property of their respective owners. © 2014 by Red Hat, Inc. This material may be distributed only subject to the terms and conditions set forth in the Open Publication License, V1.0 or later (the latest version is presently available at http://www.opencontent.org/openpub/). The information contained herein is subject to change without notice. Red Hat, Inc. shall not be liable for technical or editorial errors or omissions contained herein. Distribution of modified versions of this document is prohibited without the explicit permission of Red Hat Inc. Distribution of this work or derivative of this work in any standard (paper) book form for commercial purposes is prohibited unless prior permission is obtained from Red Hat Inc. The GPG fingerprint of the [email protected] key is: CA 20 86 86 2B D6 9D FC 65 F6 EC C4 21 91 80 CD DB 42 A6 0E www.redhat.com 2 Performance Engineering Table of Contents 1 Executive Summary ........................................................................................
    [Show full text]
  • Introduction to Fmxlinux Delphi's Firemonkey For
    Introduction to FmxLinux Delphi’s FireMonkey for Linux Solution Jim McKeeth Embarcadero Technologies [email protected] Chief Developer Advocate & Engineer For quality purposes, all lines except the presenter are muted IT’S OK TO ASK QUESTIONS! Use the Q&A Panel on the Right This webinar is being recorded for future playback. Recordings will be available on Embarcadero’s YouTube channel Your Presenter: Jim McKeeth Embarcadero Technologies [email protected] | @JimMcKeeth Chief Developer Advocate & Engineer Agenda • Overview • Installation • Supported platforms • PAServer • SDK & Packages • Usage • UI Elements • Samples • Database Access FireDAC • Migrating from Windows VCL • midaconverter.com • 3rd Party Support • Broadway Web Why FMX on Linux? • Education - Save money on Windows licenses • Kiosk or Point of Sale - Single purpose computers with locked down user interfaces • Security - Linux offers more security options • IoT & Industrial Automation - Add user interfaces for integrated systems • Federal Government - Many govt systems require Linux support • Choice - Now you can, so might as well! Delphi for Linux History • 1999 Kylix: aka Delphi for Linux, introduced • It was a port of the IDE to Linux • Linux x86 32-bit compiler • Used the Trolltech QT widget library • 2002 Kylix 3 was the last update to Kylix • 2017 Delphi 10.2 “Tokyo” introduced Delphi for x86 64-bit Linux • IDE runs on Windows, cross compiles to Linux via the PAServer • Designed for server side development - no desktop widget GUI library • 2017 Eugene
    [Show full text]
  • Debian \ Amber \ Arco-Debian \ Arc-Live \ Aslinux \ Beatrix
    Debian \ Amber \ Arco-Debian \ Arc-Live \ ASLinux \ BeatriX \ BlackRhino \ BlankON \ Bluewall \ BOSS \ Canaima \ Clonezilla Live \ Conducit \ Corel \ Xandros \ DeadCD \ Olive \ DeMuDi \ \ 64Studio (64 Studio) \ DoudouLinux \ DRBL \ Elive \ Epidemic \ Estrella Roja \ Euronode \ GALPon MiniNo \ Gibraltar \ GNUGuitarINUX \ gnuLiNex \ \ Lihuen \ grml \ Guadalinex \ Impi \ Inquisitor \ Linux Mint Debian \ LliureX \ K-DEMar \ kademar \ Knoppix \ \ B2D \ \ Bioknoppix \ \ Damn Small Linux \ \ \ Hikarunix \ \ \ DSL-N \ \ \ Damn Vulnerable Linux \ \ Danix \ \ Feather \ \ INSERT \ \ Joatha \ \ Kaella \ \ Kanotix \ \ \ Auditor Security Linux \ \ \ Backtrack \ \ \ Parsix \ \ Kurumin \ \ \ Dizinha \ \ \ \ NeoDizinha \ \ \ \ Patinho Faminto \ \ \ Kalango \ \ \ Poseidon \ \ MAX \ \ Medialinux \ \ Mediainlinux \ \ ArtistX \ \ Morphix \ \ \ Aquamorph \ \ \ Dreamlinux \ \ \ Hiwix \ \ \ Hiweed \ \ \ \ Deepin \ \ \ ZoneCD \ \ Musix \ \ ParallelKnoppix \ \ Quantian \ \ Shabdix \ \ Symphony OS \ \ Whoppix \ \ WHAX \ LEAF \ Libranet \ Librassoc \ Lindows \ Linspire \ \ Freespire \ Liquid Lemur \ Matriux \ MEPIS \ SimplyMEPIS \ \ antiX \ \ \ Swift \ Metamorphose \ miniwoody \ Bonzai \ MoLinux \ \ Tirwal \ NepaLinux \ Nova \ Omoikane (Arma) \ OpenMediaVault \ OS2005 \ Maemo \ Meego Harmattan \ PelicanHPC \ Progeny \ Progress \ Proxmox \ PureOS \ Red Ribbon \ Resulinux \ Rxart \ SalineOS \ Semplice \ sidux \ aptosid \ \ siduction \ Skolelinux \ Snowlinux \ srvRX live \ Storm \ Tails \ ThinClientOS \ Trisquel \ Tuquito \ Ubuntu \ \ A/V \ \ AV \ \ Airinux \ \ Arabian
    [Show full text]
  • End-To-End Verification of Memory Isolation
    Secure System Virtualization: End-to-End Verification of Memory Isolation HAMED NEMATI Doctoral Thesis Stockholm, Sweden 2017 TRITA-CSC-A-2017:18 KTH Royal Institute of Technology ISSN 1653-5723 School of Computer Science and Communication ISRN-KTH/CSC/A--17/18-SE SE-100 44 Stockholm ISBN 978-91-7729-478-8 SWEDEN Akademisk avhandling som med tillstånd av Kungl Tekniska högskolan framlägges till offentlig granskning för avläggande av teknologie doktorsexamen i datalogi fre- dagen den 20 oktober 2017 klockan 14.00 i Kollegiesalen, Kungl Tekniska högskolan, Brinellvägen 8, Stockholm. © Hamed Nemati, October 2017 Tryck: Universitetsservice US AB iii Abstract Over the last years, security kernels have played a promising role in re- shaping the landscape of platform security on today’s ubiquitous embedded devices. Security kernels, such as separation kernels, enable constructing high-assurance mixed-criticality execution platforms. They reduce the soft- ware portion of the system’s trusted computing base to a thin layer, which enforces isolation between low- and high-criticality components. The reduced trusted computing base minimizes the system attack surface and facilitates the use of formal methods to ensure functional correctness and security of the kernel. In this thesis, we explore various aspects of building a provably secure separation kernel using virtualization technology. In particular, we examine techniques related to the appropriate management of the memory subsystem. Once these techniques were implemented and functionally verified, they pro- vide reliable a foundation for application scenarios that require strong guar- antees of isolation and facilitate formal reasoning about the system’s overall security. We show how the memory management subsystem can be virtualized to enforce isolation of system components.
    [Show full text]
  • General-Purpose Computing with Virtualbox on Genode/NOVA
    General-purpose computing with VirtualBox on Genode/NOVA Norman Feske <[email protected]> Outline 1. VirtualBox 2. NOVA microhypervisor and Genode 3. Transplantation of VirtualBox to NOVA 4. Demo 5. War stories 6. Project Turmvilla 7. The Book “Genode Foundations” General-purpose computing with VirtualBox on Genode/NOVA2 Outline 1. VirtualBox 2. NOVA microhypervisor and Genode 3. Transplantation of VirtualBox to NOVA 4. Demo 5. War stories 6. Project Turmvilla 7. The Book “Genode Foundations” General-purpose computing with VirtualBox on Genode/NOVA3 Architecture overview config, status SVC VM xpcom VM process xpcom process IPCD xpcom xpcom VBoxManage VirtualBox Application /dev/vboxdrv /dev/vboxdrv General-purpose computing with VirtualBox on Genode/NOVA4 Starting up a VM process VM process open /dev/vboxdrv kernel vboxdrv.ko General-purpose computing with VirtualBox on Genode/NOVA5 VM process running root mode non-root mode VM process load VMMR0 /dev/vboxdrv kernel vboxdrv.ko VMMR0 / Hypervisor General-purpose computing with VirtualBox on Genode/NOVA6 Entering the Guest OS root mode non-root mode VM process ioctrl VM RUN /dev/vboxdrv Guest OS kernel vboxdrv.ko world switch General-purpose computing with VirtualBox on Genode/NOVA7 Flow of a virtualization event root mode non-root mode VM process VM RUN returns /dev/vboxdrv Guest OS kernel vboxdrv.ko no yes VMMR0 ? world switch General-purpose computing with VirtualBox on Genode/NOVA8 root mode non-root mode VM process /dev/vboxdrv Guest OS kernel highly complex vboxdrv.ko VMMR0
    [Show full text]
  • Digital Anthropology
    Digital Anthropology Digital Anthropology Edited by Heather A. Horst and Daniel Miller London • New York English edition First published in 2012 by Berg Editorial offi ces: 50 Bedford Square, London WC1B 3DP, UK 175 Fifth Avenue, New York, NY 10010, USA © Heather A. Horst & Daniel Miller 2012 All rights reserved. No part of this publication may be reproduced in any form or by any means without the written permission of Berg. Berg is an imprint of Bloomsbury Publishing Plc. Library of Congress Cataloging-in-Publication Data A catalogue record for this book is available from the Library of Congress. British Library Cataloguing-in-Publication Data A catalogue record for this book is available from the British Library. ISBN 978 0 85785 291 5 (Cloth) 978 0 85785 290 8 (Paper) e-ISBN 978 0 85785 292 2 (institutional) 978 0 85785 293 9 (individual) www.bergpublishers.com Contents Notes on Contributors vii PART I. INTRODUCTION 1. The Digital and the Human: A Prospectus for Digital Anthropology 3 Daniel Miller and Heather A. Horst PART II. POSITIONING DIGITAL ANTHROPOLOGY 2. Rethinking Digital Anthropology 39 Tom Boellstorff 3. New Media Technologies in Everyday Life 61 Heather A. Horst 4. Geomedia: The Reassertion of Space within Digital Culture 80 Lane DeNicola PART III. SOCIALIZING DIGITAL ANTHROPOLOGY 5. Disability in the Digital Age 101 Faye Ginsburg 6. Approaches to Personal Communication 127 Stefana Broadbent 7. Social Networking Sites 146 Daniel Miller PART IV. POLITICIZING DIGITAL ANTHROPOLOGY 8. Digital Politics and Political Engagement 165 John Postill – v – vi • Contents 9. Free Software and the Politics of Sharing 185 Jelena Karanović 10.
    [Show full text]
  • A Real Time Operating Systems (RTOS) Comparison
    A Real Time Operating Systems (RTOS) Comparison Rafael V. Aroca1, Glauco Caurin1 1Laboratorio´ de Mecatronicaˆ Escola de Engenharia de Sao˜ Carlos (EESC) – Universidade de Sao˜ Paulo (USP) Av. Trabalhador Sao-Carlense,˜ 400 – CEP 13566-590 – Caixa Postal 359 Sao˜ Carlos – SP – Brasil [email protected], [email protected] Abstract. This article presents quantitative and qualitative results obtained from the analysis of real time operating systems (RTOS). The studied systems were Windows CE, QNX Neutrino, VxWorks, Linux and RTAI-Linux, which are largely used in industrial and academic environments. Windows XP was also analysed, as a reference for conventional non-real-time operating system, since such systems are also commonly and inadvertently used for instrumentation and control purposes. The evaluations include worst case response times for latency, latency jitter and response time. Resumo. Este artigo demonstra resultados de uma analise´ quantitativa e qual- itativa realizada em sistemas operacionais de tempo real (RTOS). Os sistemas estudados foram Windows CE, QNX Neutrino, VxWorks, Linux e RTAI-Linux, que sao˜ bastante utilizados em ambientes academicosˆ e industriais. O Windows XP tambem´ foi analisado, como uma referenciaˆ de sistemas operacionais con- vencionais que nao˜ sao˜ de tempo real, ja´ que estes tipos de sistema sao˜ usados comum e inadvertidamente para propositos´ de instrumentac¸ao˜ e controle. As avaliac¸oes˜ incluem, mas nao˜ estao˜ restritas aos piores casos de resposta de latencia,ˆ jitter de latenciaˆ e tempo de resposta. 1. Introduction Real Time Operating Systems (RTOS) are specially designed to meet rigorous time con- straints. In several situations RTOS are present in embedded systems, and most of the time they are not noticed by the users.
    [Show full text]
  • The Lazy Kernel Hacker and Application Programmer
    The Lazy Kernel Hacker and Application Programmer W. Michael Petullo Jon A. Solworth University of Illinois at Chicago mike@flyn.org, [email protected] Abstract Over time, programming languages have become more abstract, gdbsx adding features such type safety, garbage collection, and improved modularization. These improvements contribute to program quality via Xen TCP/IP and have allowed application programmers to write increasingly gdb complicated programs. There are thousands of programming lan- DomU target guages in existence, and features are routinely drawn from the ex- isting set and recombined to produce the next generation. Dom0 Like programming languages, operating systems fundamen- Computer running Xen tally affect the quality of the software (including language run- times) written on them. After all, the operating system provides— Figure 1: The Xen kernel debugging architecture primarily through system calls—the interface programs must use to interact with users, other programs, and other networked com- puters. But operating systems have evolved more slowly than pro- mentation with OS interfaces, and we tailored some of their ideas gramming languages, due in no small part to the difficulty of writ- for our own use. Writing an OS traditionally is a difficult task. This ing them. Here we describe the interface embodied by our operating is due to the unforgiving environment of communicating directly system, Ethos, and how we used virtualization and other techniques with hardware, the idiosyncrasies found in computer architectures, to develop the operating system more quickly. the requirement for writing device drivers, and the need to complete many subsystems before the OS becomes useful. Here we discuss 1.
    [Show full text]
  • Debian GNU/Linux Since 1995
    Michael Meskes The Best Linux Distribution credativ 2017 www.credativ.com Michael • Free Software since 1993 • Linux since 1994 Meskes • Debian GNU/Linux since 1995 • PostgreSQL since 1998 credativ 2017 www.credativ.com Michael Meskes credativ 2017 www.credativ.com Michael • 1992 – 1996 Ph.D. • 1996 – 1998 Project Manager Meskes • 1998 – 2000 Branch Manager • Since 2000 President credativ 2017 www.credativ.com • Over 60 employees on staff FOSS • Europe, North America, Asia Specialists • Open Source Software Support and Services • Support: break/fix, advanced administration, Complete monitoring Stack • Consulting: selection, migration, implementation, Supported integration, upgrade, performance, high availability, virtualization All Major • Development: enhancement, bug-fix, integration, Open Source backport, packaging Projects ● Operating, Hosting, Training credativ 2017 www.credativ.com The Beginning © Venusianer@German Wikipedia credativ 2017 www.credativ.com The Beginning 2nd Try ©Gisle Hannemyr ©linuxmag.com credativ 2017 www.credativ.com Nothing is stronger than an idea whose Going time has come. Back On résiste à l'invasion des armées; on ne résiste pas à l'invasion des idées. In One withstands the invasion of armies; one does not withstand the invasion of ideas. Victor Hugo Time credativ 2017 www.credativ.com The Beginning ©Ilya Schurov Fellow Linuxers, This is just to announce the imminent completion of a brand-new Linux release, which I’m calling the Debian 3rd Try Linux Release. [. ] Ian A Murdock, 16/08/1993 comp.os.linux.development credativ 2017 www.credativ.com 1992 1993 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 Libranet Omoikane (Arma) Quantian GNU/Linux Distribution Timeline DSL-N Version 12.10-w/Android Damn Small Linux Hikarunix Damn Vulnerable Linux A.
    [Show full text]