this MR adds a small helper package to resort the xAOD::MuonSimHitContainer such that hits from the same chamber are close together in memory. The algorithm can either create a deep copy or a VIEW_ELEMENTS one which might not be super optimal in memory access patterns later. Anyway, if this should happen in the simulation job, the G4AtlasAlg needs to declare its dependencies. Introducing WriteHandleKeys to the senstive detectors is impossible as the master tool is held by service and by the G4AtlasAlg. Instead, the dependencies can be declared via the ExtraOutput property. I took the checkxAOD from a recent run 3 file to setup the containers for the other detectors as well. In case, of the Inner detector, I'm not really ceratin to what BCMHits & BLMHits belongs to
Johannes Junggeburth authored