@@ -53,7 +54,7 @@ It is to be used for productions referred to as **Sim09e**
#### Generators
- Gen/GenCuts: Minor update for LoKi::GenCutTool & new LoKi::GenCutToolWithDecay !318 (@ibelyaev)
- Gen/GenCuts: Minor update for LoKi::GenCutTool & new LoKi::GenCutToolWithDecay, !318 (@ibelyaev) [LHCBGAUSS-1437]
see LHCBGAUSS-1437
- Minor update for `LoKi::GenCutTool`:
...
...
@@ -70,51 +71,75 @@ It is to be used for productions referred to as **Sim09e**
Essentially this new single tool can replaced all zoo of all specific `Bc*`, `Xicc*` and `Upsilon*` tools altogather
### Fast Simulation
#### Fast Simulation
- Split simulation stage to search for gamma-conversion, !286 (@dmuller)
Use-case: Eventtypes with selections on the outcome of the detector simulation (e.g. Gamma converted to e+e- within a certain volume and with kinematic requirements).
Use-case: Eventtypes with selections on the outcome of the detector simulation (e.g. Gamma converted to e+e- within a certain volume and with kinematic requirements).
- To check whether a gamma produced in the signal event was converted currently requires running the simulation for all particles in the event (+ in all spill-over events in Run 2) which is very CPU intensive and highly inefficient.
- This MR contains a prototype that splits the HepMC event and removes all photons which are descendants of the signal particle which are placed in a second dummy HepMC event that is then converted to our/G4's event model and simulated. The check for successful conversion is then applied and only if the gamma is accepted is the simulation for the remaining event run. If it does not pass, the remaining event loop is skipped and the next event is generated.
- Using the event-type 27162212 which requires gamma-conversion, the time required to run the gamma simulation + check is significantly shorter than the time required to generate the full event in the first place.
-**Implementation:**
* Quickly hacked together using the existing ReDecay infrastructure which provides almost all required pieces of cpp (but with its services might be a slight overkill).
* The decision which particles to extract and simulate first is hard-coded to photons from the signal particle (which have no end-vertex though this should be true for all of them by construction). More flexibility is probably desirable?
-**Question**:
-**Question:**
* As the simulation of one photon is significantly faster than the event generation, repeating it multiple times and check for gamma conversion would be even better. However, this current prototype is build around existing algorithms and passes data via the TES. Repeating the simulation would require looping over the sequencer multiple times. While I can write a modified sequencer that does this, I believe the algorithms won't execute a second time and I don't know if it is possible to reset them or make them re-entrant?
### Bug fixes
- Fix time units in EPOS boost algorithm, !349 (@robbep) [LHCBGAUSS-1493]
Closes LHCBGAUSS-1493
Usage of bad time units in EPOS boost algorithm caused bad values for Ks0 lifetimes in EPOS pPb and Pbp simulated events.
Can be ported also to Sim10
- Add Omegacc and Omegabc with their anti particles, !347 (@jingyi) [LHCBGAUSS-1490]
I have added 4 files, Omegacc and Omegabc with their anti particles,*.cpp and *.h.
I have also updated the GiGaPhysUnknownParticles.cpp file by adding these 4 files in place.
Closes LHCBGAUSS-1490
- Initial solution for fixed quarkonia masses., !323 (@philten) [LHCBGAUSS-1167]
Closes LHCBGAUSS-1167
Closes LHCBGAUSS-1167
Since this changes the behaviour of some EventTypes it causes the change to Sim09e
### Monitoring changes and Changes to tests
- Update Sim09 references for nightly tests, !350 (@gcorti)
This is needed because MR !347 introduced a few more lines in the log files of type:
