Pythia fragment

[MohitS704]

Updating the PYTHIA filter used for gluon fusion off-shell Higgs using MCFM+JHUGen to use the MCMultiParticleMassFilter, which was introduced here: cms-sw/cmssw#45344.

Since MCFM+JHUGen gridpacks are separated by final state, this formulation of the PYTHIA filters separated by the 4-lepton final-state works for each given gridpack. You can see a presentation on this at an HZZ meeting here: https://indico.cern.ch/event/1433234/#38-mc-simulation-gluon-fusion.

There is no filter planned for tau decays - so electrons and muons will be the only ones with a filter applied. For tau decays, simply use the fragment without a filter (GluGluToZZTo4L_TuneCP5_13p6TeV-MCFM-jhugen7.5.2_nofilter.py).

[bbilin]

Hi,

Thanks, we went through the presentation to understand the details, but unfortunately failed to do so.

Why do you want to turn off MPI? If there is a specific physics need that requires such a manipulation, you are invited to present in a GEN meeting such that we can understand the needs.

Thanks a lot,

B&L

[gritsan]

We did make a presentation at the GEN meeting back in October 2023, and Steve Mrenna suggested this particular configuration to have MCFM+Pythia and Pythia+Pythia in good agreement. We are not doing anything different from what Steve recommended. We assumed that this has been settled since almost a year ago, and now we proceed with the actual simulation of Run3 configuration, after implementing an additional filter.

[smrenna]

Everything has to be understood in context. At the time, we were trying to validate the transverse momentum of the hard process, which is somewhat decoupled from the MPI. Because MPIs slow down the code considerably, I suggested we turn it off for the sake of validation of the hard process, only.

[smrenna]

This is from the email of Sep 7, 2023: "If you set the runtime command PartonLevel:FSR = off, then you will not have to deal with the complication of any FSR. You would also turn off MPI in the same fashion."

But this is not for real physics.

[MohitS704]

I see - then this is a misunderstanding on our end that I will fix. Thank you for weighing in @smrenna!