MINOS Software Project Update

1
MINOS Software Project Update

• Liz Buckley-Geer

2
The MINOS Experiment
Far detector 5400 tons
3
MINOS Far Detector at Soudan
4
Overview of MINOS Software

• MINOS uses ROOT as the basis of its offline
  software
• All new code is C
• Using SRT
• Mostly Linux (RedHat with a few rogues - Debian).
  Have an SGI at FNAL but not used very much for
  running C code.
• Current supported compiler is gcc 3.2.
• Not using UPS/UPD
• Not currently using of any ZOOM or CLHEP packages
• Detector simulation is still done using Fortran
  package Geant 3
• Monte Carlo truth information is stored in Adamo
  tables and converted to equivalent ROOT classes
  using a converter program

5
Overview contd

• Code is organized into modules
• Modules invoke Algorithms which construct
  Candidates
• Candidates are the event classes - there are a
  set of base reconstruction classes for things
  like tracks etc that inherit from Candidate
• Algorithms do things like reconstruct muon tracks
  and hadron showers
• We think that the database will be Oracle
  eventually at FNAL for the warehouse but probably
  MySQL for off-site users but we keep vacillating
  on this point. Currently using MySQL everywhere.

6
Personnel

• The CD MINOS effort consists of Liz Buckley-Geer,
  Robert Hatcher and Mark Leininger. Total effort
  about 1 FTE on code development.
• Of course we are only responsible for a fraction
  of the code, there are many other people from
  university groups working on the software as is
  the case with most experiments.
• There is also a lot of operational stuff which is
  not covered here remaining 2 FTEs. Things like
  user support, maintenance of already written
  code, profiling code etc etc.

7
Projects still under development

• Geometry-like information (Robert)
• UgliGeometry - unified geometry access
• Plex - logical connections between detector
  elements, channel number to scintillator strip
  for example
• Raw Data (Robert)
• packaging and unpacking of the DAQ and DCS
  (Detector Control System) data
• Detector simulation (Robert)
• migration of GMINOS Fortran simulation framework
  into C
• Data Handling (Liz Mark)
• Archival of data and delivery to MINOS
  collaborators

8
Status and schedule for next 6 months

• UgliGeometry
• Investigate use of Root Geometry package to
  replace existing implementation and unify
  simulation and reconstruction geometry
• Start 5/1/03. Requires about 2 calendar months of
  effort.
• Add description of Veto Shield
• Ongoing about 2 weeks of work.
• Plex
• Add description of Veto shield pretty much
  done.
• Raw Data
• Define data structures for DCS data
• Start 4/1/03. About 2 weeks of work spread over a
  few months.
• Detector simulation
• Create new C framework
• Start developing prototype using JobModules about
  3/15/03. Probably about 1 month of serious work.

9
Status and schedule for next 6 months

• Data Handling
• Not very much work on this yet
• Recently got the Run Summary records into the
  FNAL database so we now have a search page to
  retrieve run information we have been using CRL
  to store this stuff. (Mark)
• Currently just using pnfs dcache weakly
  authenticated ftp door to deliver data to offsite
  users and FNAL desktops.
• Current thinking is perhaps to use SAM to deliver
  data to a Rootd server which can then be used by
  offsite users to get data
• Physics groups are just getting started which may
  provide some input as to how people want to see
  the data has been hard to get started on this
  discussion so far.