Testing DAQ PY04 Mark Krasberg University of Wisconsin Berkeley Collaboration Meeting 20 March, 2005.

Slides:



Advertisements
Similar presentations
Lab III – Linux at UMBC.
Advertisements

Instrumentation - Results from first season and plan for 2005 A. Karle Iceube Collabration meeting Berkeley March 19, 2005.
Signals and Systems March 25, Summary thus far: software engineering Focused on abstraction and modularity in software engineering. Topics: procedures,
CHAPTER 15 WEBPAGE OPTIMIZATION. LEARNING OBJECTIVES How to test your web-page performance How browser and server interactions impact performance What.
ADDING AND SUBTRACTING FRACTIONS
March 24-28, 2003Computing for High-Energy Physics Configuration Database for BaBar On-line Rainer Bartoldus, Gregory Dubois-Felsmann, Yury Kolomensky,
Software Delivery. Software Delivery Management  Managing Requirements and Changes  Managing Resources  Managing Configuration  Managing Defects 
Lesson 13 PROTECTING AND SHARING DOCUMENTS
Chapter 9 Chapter 9: Managing Groups, Folders, Files, and Object Security.
Concepts of Version Control A Technology-Independent View.
1 Distributed File System, and Disk Quotas (Week 7, Thursday 2/21/2007) © Abdou Illia, Spring 2007.
Online Reconstruction Update Linda R. Coney UCR Mar 25, 2010.
Online Reconstruction Update Linda R. Coney UCR Dec 17, 2009.
70-290: MCSE Guide to Managing a Microsoft Windows Server 2003 Environment Chapter 8: Implementing and Managing Printers.
Test Automation: An Architected Approach Dan Young March 17th, 2005
EASY TEAM MANAGER By Dave Abineri EASYWARE: PO Box 231, Milford, OHIO (Cincinnati) Phone: (513) Use UP arrow to move to the NEXT slide Use.
Introduction to R Statistical Software Anthony (Tony) R. Olsen USEPA ORD NHEERL Western Ecology Division Corvallis, OR (541)
Structure of program You must start with a module import# You must then encapsulate any while loop in a main function at the start of the program Then.
Unit Testing & Defensive Programming. F-22 Raptor Fighter.
Signals and Systems March 25, Summary thus far: software engineering Focused on abstraction and modularity in software engineering. Topics: procedures,
IceCube System Testing
November 24, 2004 Rolf Nahnhauer1 PROJECT : IceCube Digital Optical Module Production at DESY Zeuthen.
Chapter Fourteen Windows XP Professional Fault Tolerance.
11 SYSTEM PERFORMANCE IN WINDOWS XP Chapter 12. Chapter 12: System Performance in Windows XP2 SYSTEM PERFORMANCE IN WINDOWS XP  Optimize Microsoft Windows.
Magnetic Field Measurement System as Part of a Software Family Jerzy M. Nogiec Joe DiMarco Fermilab.
IceCube DAQ Mtg. 10,28-30 IceCube DAQ: “DOM MB to Event Builder”
Greg Sullivan University of Maryland Data Filtering and Software IceCube Collaboration Meeting Monday, March 21, 2005.
Course ILT Routine maintenance Unit objectives Discuss the necessity of applying software patches and fixes Discuss viruses and anti-virus strategy.
String-18 New-DAQ Commissioning Azriel Goldschmidt AMANDA Collaboration Meeting Berkeley, March 2002.
IceCube Data Acquisition :: Status Presentation before the IceCube Science Advisory Committee W. R. Edwards / K. Hanson for DAQ Mar 29, 2006 – Madison,
G.Corti, P.Robbe LHCb Software Week - 19 June 2009 FSR in Gauss: Generator’s statistics - What type of object is going in the FSR ? - How are the objects.
Introduction Advantages/ disadvantages Code examples Speed Summary Running on the AOD Analysis Platforms 1/11/2007 Andrew Mehta.
Erik Blaufuss University of Maryland Data Filtering and Software IceCube Collaboration Meeting Monday, March 21, 2005.
Kjell Orsborn UU - DIS - UDBL DATABASE SYSTEMS - 10p Course No. 2AD235 Spring 2002 A second course on development of database systems Kjell.
Semi-Automatic patch upgrade kit
— Customer Success Team August / 2015 Remedyforce Enablement Kit Migration from CMDB 1.0 to 2.0.
Mobile Programming Lecture 3 Debugging. Lecture 2 Review What widget would you use to allow the user to enter o a yes/no value o a range of values from.
DAQ: Status and Plans David Nygren Berkeley Collaboration Meeting March 21, 2005.
Azriel Goldschmidt AMANDA/IceCube Collaboration Meeting Laguna Beach, CA March 2003 String-18 Progress and Plans.
Free Powerpoint Templates Page 1 Free Powerpoint Templates Users and Documents.
Methods and Techniques for Integration of Small Datasets September 13-14, 2005 St. Louis, Missouri Sponsored by the U.S. Department of Housing and Urban.
String-18 Development Workshop, Overview Azriel Goldschmidt AMANDA/ICECUBE Collaboration Meeting Berkeley March 2002.
To increase performance and to add future capabilities to ESC, the following screens have been converted to.NET: Customer Information Qualifications Screen.
Linda R. Coney – 5 November 2009 Online Reconstruction Linda R. Coney 5 November 2009.
PRESENTATION TITLE Presented by: Xxxx Xxxxx. Providence Health & Services Very large Catholic healthcare system 33 hospitals in AK, CA, MT, OR, WA 65,000.
(1) Introduction to Continuous Integration Philip Johnson Collaborative Software Development Laboratory Information and Computer Sciences University of.
TOPIC 7.0 LINUX SERVICES AND CONFIGURATION. ROOT USER Root user is called “super user” because it has power far beyond those of mortal user. As root,
SPI NIGHTLIES Alex Hodgkins. SPI nightlies  Build and test various software projects each night  Provide a nightlies summary page that displays all.
APEL Cloud Accounting Status and Plans APEL Team John Gordon.
DOM INTEGRATION MEETING DAAN VAN EIJK 28 JANUARY 2016.
Tracker Cosmic Ray Test 2011 Linda R. Coney UC Riverside CM 29 - February 16, 2011.
Jan 7, 2002E. Gallas/Trigger Db1 Trigger Database and Trigger Configurations and Trigger Issues Elizabeth Gallas, Jeremy Simmons (Fermilab - Computing.
LHC CMS Detector Upgrade Project RCT/CTP7 Readout Isobel Ojalvo, U. Wisconsin Level-1 Trigger Meeting June 4, June 2015, Isobel Ojalvo Trigger Meeting:
DAQ Speed and Run2 Estimates April 3, Summary of FADC Development for Faster Performance NameReadoutTrigger ScalersScaler S1 (helicity gated), S2.
Text Reader And Typer Project By: Brandon Smith. What it does ● First, a picture containing text is used as an input. ● The program scans it for distinct.
JRA1 Meeting – 09/02/ Software Configuration Management and Integration EGEE is proposed as a project funded by the European Union under contract.
Portal v2.6 Service Pack 1 Update. 2 Portal v2.6 Service Pack 1 6/27/2016 ©2007 GE Fanuc Intelligent Platforms All Rights Reserved Portal v2.6 Service.
Lesson 13 PROTECTING AND SHARING DOCUMENTS
Development Environment
Presented by Sheri Carney – The Resource Group
IceCube System Testing
Spacewalk and Koji at Fermilab
Lesson 13 PROTECTING AND SHARING DOCUMENTS
Lesson 16-Windows NT Security Issues
String-21 Flasher Analysis
CSE 303 Concepts and Tools for Software Development
NAVIGATING THE MINEFIELD
Chapter 1: Programming Basics, Python History and Program Components
Basic Reports.
Presentation transcript:

Testing DAQ PY04 Mark Krasberg University of Wisconsin Berkeley Collaboration Meeting 20 March, 2005

March 21 st, 2005 Berkeley Collaboration Meeting Testing DAQ PY04 Mark Krasberg – University of Wisconsin -2- Current Testing DAQ Software Python scripts (PyDOM, autogen- steering, multimon, lcchain.py, cold_reboot_test.py) Domcal Multiple workspaces (for running TestDAQ and STF) TestDAQ launch scripts

March 21 st, 2005 Berkeley Collaboration Meeting Testing DAQ PY04 Mark Krasberg – University of Wisconsin -3- Many Different Test Setups 1 LocationStringProc?GPS?ReleaseDBComments SPSYes south polededicatedNo zips! SPTSYes south polededicated DFLYes recent  south pole dedicated SwedenYesNo243 with bfdedicatedzip probs (800MBytes) DESYNo 243 NO bf  243 with bf dedicated ChibaNo 243 with bfdedicatedrev 3 dom Bartol 1No old-pkt?nonerev3 dom Bartol 2NoYesnone rev4 doms PSUNo old-pkt?dedicatedrev3 dom BelgiumNo 243 with bfdedicatedrev 4 doms LBLSPLTSYes  south polepartial

March 21 st, 2005 Berkeley Collaboration Meeting Testing DAQ PY04 Mark Krasberg – University of Wisconsin -4- The Different Setups StringProc yes/no implies different versions of TestDAQ launch scripts, and means data-collector either runs on a dedicated machine, or else it runs on the DOMHub. GPS yes/no means different TestDAQ software necessary Release “243” is last year’s standard FAT release (“bf” fixes bad timing bug) Dedicated database determines whether STF and autogen- steering and multimon can run locally Only South Pole and SPTS have done away with ZIPs so far – this makes things run much smoother. We continue to have occasional ZIP problems in DFL testing, and Sweden encounters ZIP problems more often (their string processor machine had/has only 800 Mbytes).

March 21 st, 2005 Berkeley Collaboration Meeting Testing DAQ PY04 Mark Krasberg – University of Wisconsin -5- Make Testing Uniform Across Production Sites LocationStringProc?GPS?ReleaseDB serverComments SPSYes south polededicatedNo zips! SPTSYes south polededicated DFLYes recent  south pole dedicated SwedenYesNo243 with bfdedicatedzip probs (800MBytes) DESYNo 243 NO bfdedicated ChibaNo 243 with bfdedicatedrev 4 dom Bartol 1No old-pkt?nonerev3 dom Bartol 2NoYesNonenonerev 4 doms PSUNo old-pkt?dedicatedrev3 dom BelgiumNo 243 with bfnonerev 4 doms LBLSPLTSYes  south polepartial

March 21 st, 2005 Berkeley Collaboration Meeting Testing DAQ PY04 Mark Krasberg – University of Wisconsin -6- Testing Site Changes Want to standardize the testing sites –Sweden Needs a GPS unit Needs an improved string processor Needs a software upgrade –DESY Needs a GPS unit Needs to use the string processor they already have Needs a software upgrade Martin Kestel will integrate DOMTest

March 21 st, 2005 Berkeley Collaboration Meeting Testing DAQ PY04 Mark Krasberg – University of Wisconsin -7- Pole Improvements to Implement for next FAT Improved launch scripts –TestDAQ can be run simultaneously from different local NFS’d accounts (eg SPTS and DFL), if need be. –Local output files go into temporary directory ~/output#######, where “#######”=run number (this means aborted run data is always saved) –Monolith was integrated into the launch scripts we can run monolith on FAT data in the future would be able to look at the data using icetray –An attempt was made to have as little deadtime between runs as possible Axed zip files (finally) –this makes data taking smoother, less deadtime between runs, easier to analyze events Added ability to create LocalCoincidence and Flasherboard TestDAQ steering files automatically (using autogen-steering)

March 21 st, 2005 Berkeley Collaboration Meeting Testing DAQ PY04 Mark Krasberg – University of Wisconsin -8- Proposed 2005 FAT TestDAQ runs Axe Optical Sensitivity Runs (use “multimon” instead) Continue to take GainVsHV and DarkNoise runs with Local Coincidence disabled Would like to take Linearity Runs using new trigger mode – LocalCoincidence UP.and.DOWN –This would enable linearity data to be taken with no background –With this mode we would be able to Take backgroundless cosmic data Easily test Local Coincidence –This requires a firmware change –LBL thought they might be able to do this in May, after which we can integrate into FATs Add new LocalCoincidence Runs (using LC enabled UP.or.DOWN) into normal FAT data-taking (LocalCoincidence runs require database to know where the “top” and “bottom” DOMs are Pole improvements (eg. axing zip files) will reduce the deadtime between runs

March 21 st, 2005 Berkeley Collaboration Meeting Testing DAQ PY04 Mark Krasberg – University of Wisconsin FAT Testing Firmware Software – will use the Pole mainboard release (includes Local Coincidence/GPS/Flasherboard support) Use DOR Rev 1’s if available, otherwise we can use Rev 0’s

March 21 st, 2005 Berkeley Collaboration Meeting Testing DAQ PY04 Mark Krasberg – University of Wisconsin -10- Summary Want to make the different FAT setups uniform – may not be possible if GPS units unavailable Axe Optical Sensitivity runs in favor of multimon Intend to utilize Pole improvements in this year’s FATs (improvements should reduce deadtime between runs) –Minimize deadtime (axe zip files, for example) –Include Local Coincidence Runs as part of FAT Linearity runs and also dedicated LC runs Want to use the same mainboard release as at South Pole