CLAS 12 Reconstruction Software

Transcription

1 CLAS 12 Reconstruction Software G.Gavalian (ODU)

2 Outline CLAS-12 computing Requirements CLARA framework (SOA architecture) CLARA based application examples (DataMining) CLAS 12 Reconstruction Where do we go...

3 CLAS Computing Challenges Growing software complexity: compilation and portability problems maintenance, debugging and benchmarking difficulties software scaling problems Author volatility difficult to enforce standards authors drop out difficulty collaborating between the Universities Language uniformity problems contributors choose different languages: FORTRAN, C++, Python, JAVA difficulty to merge existing codes with different languages

4 CLAS-12 Computing Requirements Requirements of physics data processing long lifetime, evolving technologies building complex applications using small and simple components reusability of components software agility Multi-Threading effective utilization of multicore processor systems Expanding computing power with minimal expenditure utilization of IT resources of collaborating Universities possible utilization of commercial computing resources

5 SOA architecture (CLARA) CLARA framework based on Service Oriented Architecture: SOA is a way of designing, developing, deploying, and managing software systems characterized by coarse-grained services that represent reusable functionality. Applications are built from services with standard interfaces. Services are flexible building blocks of the applications (example EC reconstruction service, TOF service, Geometry Service etc...) The CLARA framework provides environment service development: Services are loosely coupled. CLARA handles the interface between services. Services do not depend on a specific data format. Individual services can be reused in many different applications. Example: EC service can be used by both reconstruction and calibration applications.

6 Online/Offline CLAS12 data processing Online Offline Common Services

7 CLAS 12 Reconstruction CLAS-12 Reconstruction is based on CLARA framework services are essential blocks of the application services are chained together by CLARA platform the application runs by passing data objects through services. Different types of services: detector component reconstruction detector calibration and diagnostics detector geometry and magnetic field maps constants calibration and run condition database interface data processing monitoring data format conversion (ROOT, PAW, AIDA...)

8 CLARA implementation example Data Mining project : collected data from nuclear target experiments provides unified interface for accessing the data. Run group-specific CLAS-approved cuts, pid and corrections available via services allows user to contribute corrections, cuts and unique particle id algorithms via services. GUI interface allows easy access to framework functionality. Users can download any of: raw data skimmed data with specific final states measured and/or calculated quantities histograms

9 Data Mining

10 Software Review In preparation to CLAS-12 computing review: wrote missing detector reconstruction software: FTOF - time of flight reconstruction (C++) HTCC - high threshold Cherenkov reconstruction and simulation (C++). Geometry services (database) for detector geometry constants (C++). Event Building algorithms. implemented application orchestrator and monitoring tools. implemented reconstruction application design based on reconstruction services. switched to EVIO-4 for consistent interface between C++ and Java. Existing software tools: GEMC - CLAS12 simulation package based on Geant-4. SOT - implementation of CLAS12 tracking (based on first gen SOCRAT) as chain of CLARA services (Java). EC - electromagnetic calorimeter reconstruction services (Java) for CLAS6.

11 Software group for EB in CLARA Project started on March 15 (until May 15) missing implementations (services) were added existing services were modified to comply with expanded data format. CLARA improvements in data type description. V.Gyurjyan SOT Tracking improvements. S.Paul EC HTTC FTOF CGS Calorimeter reconstruction High-Threshold Cherenkov reconstruction Time of Flight reconstruction Common Geometry interface S.Mansilla A.Puckett G.Gavalian G.Gavalian EB Event builder, hit matching G.Gavalian GEMC GEANT-4 CLAS12 Simulation M.Ungaro

12 CLAS-12 reconstruction Central Tracking Forward Tracking EC FTOF Event Builder C++

13 Reconstruction Platform CLAS12 reconstruction is running on JLAB CLARA platform. a 32 cpu node is running reconstruction software. GUI was designed for application design and monitoring. Benchmark tests: several stress tests were run to ensure the stability of the platform. a single thread can run reconstruction with 32 ms/event/track. tracking speed scales well with CPU cores as well as with CPU nodes.

14 Benchmarks 70 rec time (ms) Number of Threads rec time (ms) Number of Nodes

15 Reconstruction Results Reconstructed simulated data from GEMC. beta:p {mass>0&&mass<1&&p<4.5&&flag==5} Etot/P P [GeV] e,π - + K htemp 1 Entries Mean RMS M [GeV ] p

16 Reconstruction Monitoring

17 What Next...? (policies and procedures) CLARA application architect: application design consideration, data distribution optimization, fault tolerance orchestrators have to be implemented to take advantage of the modular service oriented architecture. Software quality assurance tools: service design and coding standards including technology and language choices. source code tests and controls. documentation code operation and syntactic reviews: procedures to benchmark contributed codes software consistency and efficiency checks code syntax checks service speed benchmark tests service functionality tests: tests on predefined data objects simulation reconstruction tests

18 What Next...? CLAS-12 Object model and common tools: detector abstractions for reconstruction abstract data structures (incorporating DST formats) unified interface for calibration debugging and benchmarking tools monitoring interface (GUI) analysis tools for easy debugging common geometry visual interface finalize bank structures for each detector component

19 How to do it. Committee and coordination. someone (person or committee) needs to be in charge of software design, policies and quality. designing software imposing rules and guidelines for the participating developers. recruit and work well with experienced programmers. committee should be comprised of experienced software developers. CLARA project: tight collaboration is needed with CLARA framework author and developer.