Geometry and Field: New features and Developments T. Nikitina For Geometry Working Group Geant4 workshop, Hebden Bridge 13-19 september 2007 G4Paraboloid.

Slides:



Advertisements
Similar presentations
Geant4 v9.2p02 Speed up Makoto Asai (SLAC) Geant4 Tutorial Course.
Advertisements

Use of G EANT 4 in CMS AIHENP’99 Crete, April 1999 Véronique Lefébure CERN EP/CMC.
Sci Fi Simulation Status Malcolm Ellis MICE Meeting Osaka, 2 nd August 2004.
Highlights of latest developments ESA/ESTEC Makoto Asai (SLAC)
14 Overview of Geant4 Examples 2 nd Finnish Geant4 Workshop 6-7 June 2005 Dennis Wright (SLAC)
V part 2 Obtained from a Guildford County workshop- Summer, 2014.
Photon reconstruction and calorimeter software Mikhail Prokudin.
G EANT 4 energy loss of protons, electrons and magnetic monopole M. Vladymyrov.
The LiC Detector Toy M. Valentan, M. Regler, R. Frühwirth Austrian Academy of Sciences Institute of High Energy Physics, Vienna InputSimulation ReconstructionOutput.
Framework for track reconstruction and it’s implementation for the CMS tracker A.Khanov,T.Todorov,P.Vanlaer.
COMPUTER AIDED DESIGN -(CAD)-3
Study of response uniformity of LHCb ECAL Mikhail Prokudin, ITEP.
22 July 2008 John Hart Toroid Field Parameterisation 1 Toroid Field Parameterisation An informal report to the RAL ATLAS meeting John Hart 22 July 2008.
MdcPatRec Tracking Status Zhang Yao, Zhang Xueyao Shandong University.
CALORIMETER system for the CBM detector Ivan Korolko (ITEP Moscow) CBM Collaboration meeting, October 2004.
Field propagation in Geant4 John Apostolakis 25 th May 2005 Ver. 
Field propagation in Geant4 John Apostolakis, CERN Ecole Geant June 2007, Paris 25 th May 2005 Ver. 
Detector Description: Sensitive Detector & Field
Magnetic Field Issues for Simulation and Reconstruction N. Amapane, N. Neumeister Workshop on LHC Physics with High-p T Muons in CMS Bologna, April 9-12,
STAR STAR VMC tracker V. Perevoztchikov Brookhaven National Laboratory,USA.
Geant4 in production: status and developments John Apostolakis (CERN) Makoto Asai (SLAC) for the Geant4 collaboration.
New software library of geometrical primitives for modelling of solids used in Monte Carlo detector simulations Marek Gayer, John Apostolakis, Gabriele.
Beam MC activity A.K.Ichikawa for beam group For more details,
Standalone FLES Package for Event Reconstruction and Selection in CBM DPG Mainz, 21 March 2012 I. Kisel 1,2, I. Kulakov 1, M. Zyzak 1 (for the CBM.
The CMS Simulation Software Julia Yarba, Fermilab on behalf of CMS Collaboration 22 m long, 15 m in diameter Over a million geometrical volumes Many complex.
VMC workshop1 Ideas for G4 navigation interface using ROOT geometry A.Gheata ALICE offline week, 30 May 05.
CBM ECAL simulation status Prokudin Mikhail ITEP.
Geant4 Simulation of the Beam Line for the HARP Experiment M.Gostkin, A.Jemtchougov, E.Rogalev (JINR, Dubna)
05/04/06Predrag Krstonosic - Cambridge True particle flow and performance of recent particle flow algorithms.
Detector Description – Part III Ivana Hrivnacova, IPN Orsay Tatiana Nikitina, CERN Aknowledgement: Slides by: J.Apostolakis, G.Cosmo, A. Lechner.
Geant4 Tracking Test (D. Lunesu)1 Daniela Lunesu, Stefano Magni Dario Menasce INFN Milano GEANT4 TRACING TESTs.
Outline  Developments/fixes in the last year  Introduced in release 9.6 and patches  Planned for release 10.0 and ongoing …  Currently under development.
Global Tracking for CBM Andrey Lebedev 1,2 Ivan Kisel 1 Gennady Ososkov 2 1 GSI Helmholtzzentrum für Schwerionenforschung GmbH, Darmstadt, Germany 2 Laboratory.
ATLAS Trigger Development
Geant4 CPU performance : an update Geant4 Technical Forum, CERN, 07 November 2007 J.Apostolakis, G.Cooperman, G.Cosmo, V.Ivanchenko, I.Mclaren, T.Nikitina,
Notes About MARS background simulations for BTeV A Summary of how far we’ve come and how far we have to go. By DJ Wagner 9/12/98 Vanderbilt University.
1 Nick Sinev, ALCPG March 2011, Eugene, Oregon Investigation into Vertex Detector Resolution N. B. Sinev University of Oregon, Eugene.
Development of the parallel TPC tracking Marian Ivanov CERN.
1 Performance of a Magnetised Scintillating Detector for a Neutrino Factory Scoping Study Meeting U.C. Irvine Monday 21 st August 2006 M. Ellis & A. Bross.
Forward Tagger Simulations Implementation in GEMC Moller Shield Tracking Studies R. De Vita INFN –Genova Forward Tagger Meeting, CLAS12 Workshop, June.
Mapping the Magnetic Field of the ATLAS Solenoid Paul S Miyagawa University of Manchester ATLAS experiment + solenoid Objectives Field mapping machine.
TeV muons: from data handling to new physics phenomena Vladimir Palichik JINR, Dubna NEC’2009 Varna, September 07-14, 2009.
Palaiseau, 13/1/ 2005 P. Colas - Optimising tracking 1 Optimising a Detector from the Tracking Point-of-View P.Colas, CEA Saclay constraints role Optimisation.
MEIC Detector and IR Integration Vasiliy Morozov, Charles Hyde, Pawel Nadel-Turonski MEIC Detector and IR Design Mini-Workshop, October 31, 2011.
STAR Simulation. Status and plans V. Perevoztchikov Brookhaven National Laboratory,USA.
Geometry 3 I.Hrivnacova IPN, Orsay Most slides thanks to M. Asai, SLAC Cours Paris June 2007.
SiD Tracking in the LOI and Future Plans Richard Partridge SLAC ALCPG 2009.
2005/07/12 (Tue)8th ACFA Full simulator study of muon detector and calorimeter 8th ACFA Workshop at Daegu, Korea 2005/07/12 (Tue) Hiroaki.
Tau31 Tracking Efficiency at BaBar Ian Nugent UNIVERSITY OF VICTORIA Sept 2005 Outline Introduction  Decays Efficiency Charge Asymmetry Pt Dependence.
Outline  Developments/fixes in the last year  Introduced in release 10.1 and patches (also to 10.0)  Planned for release 10.2 and ongoing …  Currently.
FCAL Krakow meeting, 6. May LumiCal concept including the tracker R. Ingbir, P.Růžička, V. Vrba.
CHEP ’06 GEANT4E 1 GEANT4E: Error propagation for track reconstruction inside the GEANT4 framework Pedro Arce (CIEMAT) CHEP 2006, Mumbai, 13-17th February.
MAUS Status A. Dobbs CM43 29 th October Contents MAUS Overview Infrastructure Geometry and CDB Detector Updates CKOV EMR KL TOF Tracker Global Tracking.
Track Reconstruction in MUCH and TRD Andrey Lebedev 1,2 Gennady Ososkov 2 1 Gesellschaft für Schwerionenforschung, Darmstadt, Germany 2 Laboratory of Information.
Track Reconstruction: the ftf and trf toolkits Norman Graf (SLAC) Common Software Working Meeting CERN, January 31, 2013.
Geometry & Persistency Recent & ongoing developments
Dmitry Sorokin (GSoC 2016), John Apostolakis (CERN)
Review of Open Problem Reports
Use of interpolation and FSAL property for integration in field
Geant4 Geometry Speed-ups
Summary of hadronic tests and benchmarks in ALICE
(CMS GEANT4 simulation)
Field propagation in Geant4
Individual Particle Reconstruction
Geometry checking tools
Field propagation in Geant4
Field propagation in Geant4
Field propagation in Geant4
Marc Verderi GEANT4 collaboration meeting 01/10/2002
GEANT4 performance studies
Presentation transcript:

Geometry and Field: New features and Developments T. Nikitina For Geometry Working Group Geant4 workshop, Hebden Bridge september 2007 G4Paraboloid G4ExtrudedSolid G4Polyhedra G4PolyconeG4EllipticalCone

Geometry Overview of New features in Geometry Future planes Geometry/ Magnetic Field Improvements in LocateIntersectionPoint() New Steppers : RKG3_Stepper and HelixMixedStepper Steppers in non-homogeneous Field (Gradient Field, ATLAS Toroid Field) Steppers in non-homogeneous Field (Gradient Field, ATLAS Toroid Field) Conclusions and future plans Conclusions and future plans Geant4 workshop, Hebden Bridge september 2007 Summary

Parallel Geometries & Navigation since 4.8.2, default for biasing in 4.9 Possibility to define geometry trees which are “parallel” and overlapping to the tracking geometry –Each assigned to a dedicated navigator object –Navigation transparently happens in sync with the normal tracking (mass) geometry Applies transparently to transport in magnetic field Use cases: fast shower parameterisation, geometrical biasing, particle scoring, readout geometries, etc... Parallel transportation activated only after registration of the parallel geometry in the setup

Tunable geometrical tolerance since 4.9 Cartesian tolerance ( kCarTolerance ) value for accuracy of tracking on the surfaces can be defined relative to the extent of the world volume –G4GeometryManager::GetInstance() ->SetWorldMaximumExtent(WorldExtent); –Call must be done before defining any geometrical component and can be done only once An absolute small value ( 10E-9 mm ) of accuracy may be redundant and inefficient for use on simulation of detectors of big size or macroscopic dimensions G4GeometryTolerance class holds the values for: kCarTolerance, KRadTolerance and kAngTolerance

Checking overlaps at construction “Overlaps” in the geometry can be detected at volume positioning stage –Boolean flag to be activated in the physical-volume constructor Valid for placements and parameterised volumes –With explicit call to CheckOverlaps() through the pointer of the physical-volume Resolution of the check can be tuned –1000 points generated on each solid surface by default –Positioning of each point is checked against volumes already positioned –Points detected inside existing positioned volumes at same level are flagged as overlap –Points detected outside current mother volume are flagged as overlap –Points of other volumes at the same level detected inside the volume being positioned are detected as overlap By default, precision of overlaps determined by the surface tolerance –Surface tolerances can be computed relative to the geometry topology –Optional: a custom tolerance for the check can be specified Feature extended since the first version released in Geant4 8.0

Integration of Geant4e, error propagation module for Track Reconstruction by Pedro Arce (CIEMAT) - Details in Pedro’s talks at Geant4 Workshop (Saturday) and at CHEP06 : - New Classes added in Geometry/Tracking and Navigation Magnetic field : G4ErrorMag_UsualEdRhs Management : G4ErrorTarget, G4ErrorSurfaceTarget, G4ErrorTanPlaneTarget, G4ErrorPlaneSurfaceTarget G4ErrorCylSurfaceTarget Navigation : G4ErrorPropagationNavigator Global : G4ErrorPropagatorData - Examples/extended : errorpropagation Error propagation module Geant4e since 4.9

New solids : G4ExtrudedSolid and G4Paraboloid G4Paraboloid by Lukas Lindroos (Summer Student) G4Paraboloid is a full Paraboloid with possible cut in Z Equation : z = a*r 2 +b On the picture: G4Paraboloid(Name,dz,R1,R2) dZ = 20 and R1 = 20 (at z=-20) R2 = 35 (at z=20) G4ExtrudedSolid by Ivana Hrivnacova (IPN,Orsay,France ) G4ExtrudedSolid represents the extrusion Z direction of an arbitrary polygon For each Z section position with offset and scale factor is defined. The solid is implemented as a specification of G4TessellatedSolid Since 8.3Scheduled for 4.9.1

Solids Revision of G4EllipticalCone : visualization, DistanceToIn(), DistanceToOut(),tests Fixes in G4Polycone, G4Polyhedra, G4Tubs and G4Cons, G4TwistedTrap Overlaps Checking CheckOverlaps() was improved for G4Polycone and G4Polyhedra Other Overlapping Facility : recursive_test was improved : Problem #784 closed: recursive_test causes a segmentation fault Recursive_test was improved for solids with opening in Phi Fixes in Geometry/Magnetic Field Fix for NaN detected in G4MagIntegratorDriver (since 4.8.3) G4PolyhedraG4PolyconeG4EllipticalCone Fixes and improvements in Geometry

In Progress - G4Torus (NaN in CalculateExtend() reported by FNAL team) To do - Continue Test Suite for solids BREPS BREPS with Boolean operations - Code review of solids CPU performance

G4PropagatorInField : Improved LocateIntersectionPoint() B F E Motivation: In ATLAS simulation rarely Intersection wasn’t found after 10,000 trials and events were aborted Examples of some ‘difficult’ cases for finding intersection: particle moving around Cylinder with almost the same Radius Since version : Add to existing algorithm for Location of Intersection - check on ‘slow’ progress in finding Intersection after 10 trials - in case of to ‘slow’ progress add faster algorithm. This algorithm consists in recursive division of the Full Chord in two Good improvement for CPU performance for ‘difficult ’ intersection: needs 5*times less trials to find intersection for particle moving around Cylinder with almost the same Radius Others algorithms for intersection were tested: - Second order Brent’s method, method using SurfaceNormal() - They are ready to be included In progress :

Steppers in Geant4 Fix G4RKG3Stepper or Nystrom Stepper re-enabling use since Uses 3 calls to field (rather than 4 of G4ClassicalRK) per integration step Revision of Helical Steppers - Improved calculation of DistChord() for Stepping Angle >  - CPU performance : G4HelicalExplicitEuler made % faster New class G4HelixMixedStepper is added since version For small steps uses G4ClassicalRK4(default Stepper) For long steps uses G4HelicalExplicitEuler Stepper Change of Stepper when Stepping Angle > 0.33  (fixed value) Timing and accuracy in non-uniform fields

Table. Timing Steppers Stepper Order Time for One Step Unit=1e-15 sec RungeKutta4 4 th 4.58 units RKG3_Stepper 4 th 4.33 CashKarp45 5 th 2.58 SimpleHeum 3 th 3.16 RungeKutta2 2 th 2.08 ExactHelixStepper (revised)1.58 ExactHelixStepper (old)1.7 HelixExplicitEuler (revised) 1 th 2.7 HelixExplcitEuler(old) 1 th 3.5 HelixImplicitEuler 2 th 6.9 ExplicitEuler 1 th 1.08 ImplicitEuler 2 th 2.16 Time for Accurate Advance 120 mm in Quadripole Field : Bx=Grad*x; By=-Grad*y Gradient=1 T/m, Epsilon=1e units Only Uniform Field Old version Low order steppers and CashKarp45 are faster per step But high order steppers are more precise and need less steps per trajectory

Timing for AccurateAdvance in Uniform Field and in Quadripole Field 1Uniform Field (2T) Uniform Field (2T)+ Quadripole Field : Bx=Grad*x; By=-Grad*y 2 Grad=0.1 T/m 3 Grad=1 T/m 4 Grad=10 T/m High order Steppers - CashKarp45 is the fastest - In UniformField or in Fields with small gradient HelixExplicitEuler is fast 1 Unit=1e-15 sec

Difference in Position  R= |R(M2)-R(M1)| and in Momentum  P= |P(M2)-P(M1)| for One Step M2 = One Step for Stepper M1 = ‘Exact’ Solution : - ‘ExactHelix’ for Uniform Field, - ‘AccurateAdvance’ with very small step for Quadripole Field M0 Calculated Error (  R,  P) for One Step (R=Position, P=Momentum) M1 M2 approximative exact M0 M 1/2 M1 M2 M1 = Two half steps for Stepper M2 = One full step for Stepper s/ 2 s Accuracy for Steppers in Uniform Field and in Quadripole Field ‘Good’ Stepper = large S, small error (  R,  P) Estimated Error/Actual Error < 1

The error, calculated by Steppers, is an Over Estimation (it has to be ) How long can be One Step ? Example 1 : UniformField (2T) + QuadripoleField : Bx=grad*x,By=-grad*y Grad = 0.1 T/m, particle starting with Radius= m HelixExplicit has Big error, specially in P SimpleHeum has Small Error in P In Field with Small Gradient :

Example 2 : UniformField (2T) + QuadripoleField : Bx=grad*x,By=-grad*y grad = 1 T/m, particle starting with Radius= m How long can be One Step ? In Field with Medium Gradient : Helical Steppers have Big Error in R and P

Example 3 : UniformField (2T) + QuadripoleField : Bx=grad*x,By=-grad*y grad = 10 T/m, particle starting with Radius= m How long can be One Step ? ClassicalRK4 has Smallest difference, But not Smallest Error RKG3_Stepper is Comparable to SimpleHeum (3 th order) In Field with Strong Gradient :

ATLAS detector Pure tracking in ATLAS detector Magnetic Field ATLAS Field using ATLM Toroid Field Profile R=9 m, Z=0 (center of detector) R=5 m, Z=0 (center of detector) BrBphi Starting Point Directions

Example : Accuracy for muons in high non-homogeneous Field ( Exact Calculation of Field for each call ;only tracking, no physics, epsilon=1.e-5) StepperEnergy 0.1 GeV 70 m of track Bmax = 1.6 T Rmin = 0.2 m Energy 1 GeV 13 m of track Bmax = 2.2 T Rmin= 0.24 m Energy 10 GeV 11 m of track Bmax = 2.2 T Rmin = 0.8 m CassicalRK mm mm mm RKG3_Stepper0.004 mm mm mm CashKarpRK mm mm mm SimpleHeum0.009 mm0.002 mm mm SimpleRunge0.02 mm0.004 mm mm HelixExplicitEuler200 mm9 mm mm HelixImplicitEuler7 mm0.011 mm mm - Helical Steppers are not precise in ATLAS field - ClassicalRK4 has very good accuracy - CashKarpRK45 and RKG3_Stepper are less precise that ClassicalRK4 - SimpleHeum can be a good alternative (fast and good error) Test consists to shoot the muons of different energy in direction of the Toroid coil. Store values of Maximum Field and Minimum Radius of projected Helix ‘seen’ by muons

In progress : Tests with Geometry and not-Uniform Field 1)LarCalorimeter example with “ Exact ” ATLAS Solenoid Field or Toroid Field (not a Field Map) - For intersection studies and accuracy - First Test : Accuracy of propagation Shooting muons (Different Energies, Different Angles) Parameters of Propagation as in ATLAS ( DeltaIntersection= mm, DeltaOneStep= mm, MaxEpsilon=0.001, MinEpsilon= ) Difference between full and empty geometry in order of 1.e-5 mm for 3 m of track Semi Analytic formula for BaBar Solenoid : 1.5 T, Rext=1.5 m, Z half= 1.9 m Silicon Tracker& Drift Chamber 2)NTST test with Uniform, Quadripole Field and “Tabulated” Solenoid Field -BaBar Silicon Tracker and 40 layer Drift Chamber -B-Bbar events -For CPU benchmarks and accuracy -For Testing Steppers B in RZ plan

Time for different steppers in Uniform Field run-2b.mac= 1000 events, cutEmin=1 MeV Asked Accuracy (Relative Error, power) Some first results

Conclusions -The error, calculated by stepper, is an Over Estimation(good) -SimpleHeum has small error in momentum -In Fields with small gradients Helical Steppers are faster but can be not precise -In Fields with strong gradients Better to use ClassicalRK4 CashKarpRK45 and RKG3_Stepper are less precise Tests with NTST test and LarCalorimeter example In Progress To do - New test case with full detector geometry, CMS GDML, and non-uniform Field - New stepper depending on field variations by region - Review of tracking parameters (user gives desired accuracy, algorithm decides Stepper and his parameters) - Field map study and construction of efficient Field map (not just linear interpolation) - Would be very instructive to make some tests with ATLAS realistic geometry and realistic field (ATLM is included in ATHENA already)

More results for NTST test with Gradient Field Time per event for different steppers in Uniform +Gradient Field run-2c.mac= 1000 events, no Energy Cut by NTST as for run-2b.mac Gradients: 0.005,0.01,0.05 and 0.1 T/m