17 Gennaio 2003DC04 e stato di FamosL. Silvestris 3 5%, 25%, DC04… In the LHCC Milestone it is defined as a 5% Challenge –But that is 5% of 10 34 running, or 25% of 2x10 33 (Startup) –In any case it represents a factor 4 over Spring 2002, consistent with the goal of doubling complexity each year to reach a full-scale (for LHC startup) test by Spring 2006 –Call it DC04 (And the others DC05, DC06) to get over the % confusion More importantly, –Previous challenges have mostly been about doing the Digitization (With good reason, it is complex) –This one will concentrate on the reconstruction, data distribution and early analysis phase Move the issue of Analysis Model out of the classroom and into the spotlight D. Stickland, CPT annual review
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 4 Two Phases: Phase I Phase I: Pre-Challenge (Must be successful) –Large scale simulation (with Geant4) and digitization –Will prepare the samples for the challenge –Will prepare the samples for the Physics TDR work to get fully underway –Progressive shakedown of tools and centers All centers taking part in challenge should participate to pre-challenge –The Physics TDR and the Challenge depend on successful completion Ensure a solid baseline is available, worry less about being on the cutting edge Pre-challenge will start in Summer (July/August) 2003 D. Stickland, CPT annual review Digitization
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 5 Two Phases : Phase II Phase II: Challenge(Must be able to fail) –Reconstruction at T0 –Distribution to T1s Subsequent distribution to T2s –Assign streams and analyses to people at T1 and T2 centers Some will be able to work entirely within one center Others will require analysis of data at multiple-centers GRID tools tested for data movement and job migration –Not a feeding frenzy, but not just production. Users engaged. D. Stickland, CPT annual review Reconstruction
Lattivita di simulazione e ricostruzione per il DC04
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 7 OSCAR & DC04 Towards a fully functional program for the DC04 Needs to be ready in Summer 2003 Present OSCAR2 situation OSCAR2.1.0 –Based on the Mantis toolkit/ framework integration/COBRA7 – prerelease available/ full release in 2 weeks –All detectors included –Based on DDD for the geometry (validated) –Not yet all functionality in place PRS groups will have to provide SimTrack selection: What information you want to keep User limits/tracking & production cuts Validation –SimHits persistent –Using GEANT4 4.1.p01 version
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 8 OSCAR & DC04 External Constraints GEANT4 version 4.1 –December GEANT4 version 5.0 –January GEANT4 version 5.0+ with cuts per volume Presently we have cuts per material Full synchronization with ORCA needs ORCA to use the DDD for the geometry and corresponding sensitive detector scheme Expected by December/January, see below
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 9 OSCAR_2 plans (detail) OSCAR_2_0_0_pre1 –Based on COBRA_6_3_1_pre6 –Early week 11.11.02 OSCAR 2_0_0 –Based on COBRA_6_3_1 –Early week 18.11.02 OSCAR 2_1_0_pre1 i.e. COBRA with ROOT –Based on COBRA_7_0_0_pre? –Early week 18.11.02 OSCAR 2_1_0 –Based on COBRA_7_0_0 ? –By 13.12.02 ? OSCAR 2_1_1_pre1 –Starting 15.01.03 Aggressive schedule but necessary Production set-up tests with OSCAR 2_1_0_pre1 Physics/response validation with OSCAR 2_1_0 Il Tracker sta lavorando su questa versione..
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 10 OSCAR in 2003 Developing OSCAR2.1.0 in 2003 first quarter of 2003 Start of mini-productions to stress-test, validate & –Compare with CMSIM 1.2.5/1.2.6+ Testbeam data (2002 and earlier) –Tracker and HCAL started already, ECAL coming Full PRS Physics Validation Effort Transition to cuts per region (January/February) Implement present HF shower data base (January/February?) Detailed magnetic field check (March 2003?) –Optimize field parametrization, check geometrical correspondance, visualization,XML Ready by March 2003
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 11 OSCAR in 2003 Further development before summer 2003 second quarter of 2003 Performance improvement (time/event ~ CMSIM/now ~2x slower) Include regression tests, control histograms, OVAL Store Metadata Interactivity Additional visualization requirements Generator particles, SimTracks, SimHits, Sensitive Detectors, Magnetic Field,… GEANT4 based HF library Forward Detectors & Final beampipe Using HepMC for events? Aim for summer 2003
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 12 DC04 & ORCA Identify now what is missing for baseline geometry handlinggeometry handling magnetic field & propagationmagnetic field & propagation calibration & alignmentcalibration & alignment need a list of issues from each subsystemneed a list of issues from each subsystem –reconstruction algorithms –level of details for digitization & reconstruction Uniform interface to similar objects Uniform interface to similar objects Persistency for default physics objects (Mechanism) Persistency for default physics objects (Mechanism) persistency for user-defined classespersistency for user-defined classes
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 13 ORCA plans end 2002 begin 2003 Nov/02 discussion with PRS ROOTified version ORCA 7.0.0 SIMHIT persistency in COBRA/ProFound Dec/02 – Jan/03 geometry from DDD operational (RZ kept) magnetic field from XML and RZ SIMHIT access uniform among subsystems
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 14 ORCA plans 2003 1 st quarter 2003 uniform DIGI access new propagator – no more GEANT3 store misaligned / miscalibrated DIGIs review with PRS DIGI step fully in place 2 nd quarter 2003 dispatching of calibration/alignment events (mechanism) calibration database (real or fake) access digitization at baseline software level update of persistency to baseline technology persistency of ANALYSIS-OBJECTS (AO)
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 15 ORCA 3 rd quarter 2003 update reconstruction algorithms first version of calibration/alignment jobs distributed access to AOD first version of analysis jobs (tasks and code) creation & distribution of event streams operational 4 th quarter 2003 calibration/alignment jobs ready review and finalize analysis jobs (tasks, not code) finalize baseline reconstruction algorithms, event streams finalize baseline AOD 9 January 2004: ORCA READY
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 17 Structure of FAMOS now COBRA ORCA Generator to Analysis ORCAInterface DDD FamosGeneric Examples TTrackBuilder FATSIM FTsim FastMuonLvl1Trigger G2ATracker FamosManager FamosEventReader ExFATSIM ExFTSim FamosGeometryHandler FastCalorimety GeneratorToORCA ExElMatching
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 18 Simulation Chain MC 4-vector SimHit RecHit / Digi Analysis object FAMOS/ORCA ORCA FAMOS/ORCA OSCAR FAMOS/OSCAR Start with fastest mode AIM: 1000 times faster MC 4-vector Analysis object 100-200 sec 1-10 sec 10-100 sec
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 19 Event handling working: Stephan Wynhoff, Artur Kalinowski –Use RawHepEvent for communication –FamosEventMgr reads the GeneratorInformation –FamosEventMgr calls the simulation packages in sequence
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 20 FamosEventMgr normal COBRA Observer oSingleton accepts registrations of FamosSimulators reads RawHepEvent from DB or Pythia6, etc. ouse FakeRecReader to run without DB gives RawHepEvent to each FamosSimulator ocurrently: sequence of registrations keeps history of RawHepEvent (after each FamosSimulator) next: provide geometry from DDD
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 21 Particle & Material Effects working: Dave Bailey Written –Multiple Scattering –Pair Production –Bremsstrahlung –dE/dx –Long-lived particle decays In Progress –Gflash generic classes for ECAL/HCAL shower simulation
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 22 Material Effects Material Effects Classes –All take RawHepEventParticle and TrajectoryStateOnSurface For particle ID and momentum propagated to a surface using magnetic field –Return list (if appropriate) of RawHepEventParticle daughters and their associate FreeTrajectoryState To update event record and allow simple propagation to next surface Simulation code is re-write of Geant 3 routines –No step lengths –Just use material depth from MaterialProperties of surfaces encountered during swim through magnetic field up to calorimeter surface. –Constant magnetic field
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 23 Material Effects Simulation Top –Distribution of scattering angle for multiple scattering of 2 GeV electron Angle measured from incident electron direction Bottom –Energy spectrum of Brems photons from 28 GeV electron Note log scale
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 24 Tracker working: Marco Battaglia –Tracker response/geometry single Tracks Vertices Jets –account for resolutions and correlations –FTSim module extrapolate generator particle(s) to innermost detector layer build parameterized covariance matrix get resolutions and smear track parameters extrapolate back to (0,0,0), compute impact parameters (+errors) build RecTracks
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 25 FTsim Parameterize covariance matrix diagonal elements as function of p and |cos | Covariance matrix elements:
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 26 FTsim Parameterized with –bb events –DY events 33 events/sec or 0.03 s/ev
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 27 Calorimetry Simple calorimetric clusters –ECAL – use only electrons & photons –HCAL, VCAL – use all but muons & neutrinos –Generate SimpleCaloCluster objects provides energy, phi, theta, radius, link to generator particle –Simplified geometry (hard coded frontface numbers) working: Artur Kalinowski
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 28 Single Electron
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 29 Z-mass Reconstruction ORCA FAMOS Pythia m Z [GeV] [GeV] Pythia91.261.9 ORCA20.443.0 FAMOS91.912.4
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 30 Muon Goal for FastMuon: reproduce full simulation results in the large N limit high performance fit naturally inside COBRA – ORCA framework easy to maintain working: Filip Moortgat
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 31 FastMuon FastL1GlobalMuonTrigger FastL3MuonReconstructor FamosEventMgr FastMuon FML1EfficiencyHandler FML1PtSmearer L1 Muon Trigger: efficiency parameterized as f (, ) then P T is smeared as f (p T gen, ) then discretized into 5 bit (32 values) object returned is a simple version of the ORCA L1MuGlobalMuonTrigger (returns 4 GMTcands) parameter tuning and comparison with full ORCA ongoing
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 32 Single Muon Results (1) L1 muon Pt spectrum Red:ORCA Blue:FAMOS p t [ GeV]
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 33 Single Muon Results (2) Pt > 20 GeV 90% p t [ GeV] L1 turn-on curve Red:ORCA Blue:FAMOS
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 34 Muon Level-3 Read event from FAMOS event manager Run FastMuonLvl1Trigger For accepted only: –Run FTSim –match L1MuonCandidate with Track Monte-Carlo truth planned – eta/phi cone (level-2Tk) –take resolutions from FTsim (to be improved) –(add efficiency for level-3 muons)
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 35 H -> 4 muons mass resolution: ORCA – 1.2 GeV FAMOS – 0.9 GeV
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 36 Timing fractiontime/event [msec] Framework3%2 Pythia40%25 FTSim9%6 FastCalorimetry34%22 Muon-Lvl15%3 Muon-Lvl39%6 cmsim + ORCA312500%200000 FAMOS is really fast
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 37 Summary –Mini-framework for fast simulation & reconstruction prototype ready (FAMOS_0_6_0) –First Modules for relevant tasks exist FATSIM, FTSIM creates reconstructed tracks MuonLvl1Trigger –More modules to integrate Material effects, Conversions, etc. FastCalorimetry FastMuon –DDD integration –GFLASH –fast SimHits, RecHits, all the other options FAMOS 1.0.0 Dec/02 Thanks to Dave Bailey, Marco Battaglia, Artur Kalinowski, Filip Moortgat
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 39 The Changes ORCA_6 –Objectivity/DB –ddl files -> header files, schema file (makeallddl) –database local or remote collection of files (.boot and.FDDB to locate them) ORCA_7 –ROOT-IO –data dictionaries (rootcint) –database in local directory no combined information Abbiamo chiesto a Stephan di fornire qualche esempio/documentazione che utilizza ROOT invece di Objectivity
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 40 Changes of Code ONLY packages with persistent classes affected –Calorimetry CaloHit, CaloDataFrame, CaloRecHit, EcalSelectivTowerReadout, EcalTrigPrim, HcalTrigPrim –CommonDet PBasicDet, BasicDet –CommonReco PersistentTrack –Muon MCommonData, MBPersistentSetup, MEPersistentSetup, MRpcPersistentSetup –Tracker CommonStripDet, SiPixelDet, TkPersistentDigi –Trigger L1PersistentGlobalTrigger Fatta dal computing group… Infatti non conosco come funziona un dizionario di ROOT!!!
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 41 ORCA_7_0_0_prexx & ORCA_7_1_0 New configuration (no Objectivity, no HepODBMS) User code identical – compiles & links right away no more OO_FD_BOOT or BootFile= HIT writing –run writeHits in the directory for database all files are local –.orcarc unchanged HIT reading –run in the database directory –.orcarc unchanged no problem without and with pileup reading works reconstruction of clusters, tracks, muons works Siamo in good shape, Stephan pensava di poter avere una versione da distribuire ai laboratori eterni in due settimane..
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 42 Problemi Ci sono un certo numero di problemi che vengono trovati in quanto ROOT non consente di fare alcune cose prima permesse con Objectivity.. Comunque il ROOT Team risponde in maniera collaborativa.. Naturalmente ci dobbiamo creare versioni nostre di ROOT… Si e chiesto che LCG si prenda in carico questo lavoro di librarian!!
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 43 Immediate Future ORCA_7_0_0_pre4 has most (all?) problems fixed. ORCA_7 with ROOT-IO works for development Release ORCA_7_0_0 simultaneously to ORCA_6_3_0 SAME RECONSTRUCTION CODE main development thread is ORCA_7 ORCA_6 only for bug-fixes –parallel ORCA_6 + ORCA_7 possible but painful only with good arguments
17 Gennaio 2003DC04 e stato di FamosL. Silvestris 44 Summary Transition from Objectivity/DB -> ROOT-IO very smooth ROOT-IO is not a database Tools for file location & access are needed first ORCA release for developers in 1-2 weeks (developers means – its a bit tedious) Thanks to Bill Tanenbaum, Vincenzo Innocente and the ROOT team
Your consent to our cookies if you continue to use this website.