Monte Carlo production tools
  • Introduction
  • Monte Carlo production overview
  • Monte Carlo Management (McM): introduction
  • Analyzer's corner
    • Monitoring submitted requests
    • How to search for datasets in DAS and McM
    • How to find the fragment of a request in McM
    • How to find the cmsDriver used for a certain request
    • How to use randomized parameters samples
  • Monte Carlo contact's corner
    • Rules for dataset names
    • Rules for Run3 dataset names
    • Rules for Run3 2024 dataset names
    • How to create a new ticket
    • High priority requests
    • Scripting in McM
    • Request checking script
    • News and current request policy
    • Interactive MC contact exercises
    • Randomized Parameters
    • Info for MC production for Ultra Legacy Campaigns 2016, 2017, 2018
    • Info for MC production for Run3 Campaigns
  • Request manager's corner
    • [DRAFT] MultiValidation in McM
    • Procedure how to create and setup a campaign
    • Fast Simulation Campaigns
    • "Dead" requests and tickets
  • Computing's corner
    • Status of requests in computing
    • Errors in production: explanation
    • Task chain vs step chain
  • cmsDriver argument and meaning
    • runTheMatrix and release validation
  • Monte Carlo Management (McM): detailed guide
    • McM Glossary: requests
    • McM glossary: chained requests
    • McM glossary: campaigns
    • McM glossary: flows
    • McM glossary: tickets
  • Production Monitoring Platform (pMp): detailed guide
  • Data reprocessing (old injection method via script)
  • FAQ
  • Contacts
  • Group Analysis Samples Page: GrASP
    • Tagging on GrASP
Powered by GitBook
On this page
  • Sample Collection through McM and monitoring via PMP
  • Recommendations on the usage of PDFs and CPX Tunes
  • Generators and Parton Showers
  • PS versions:
  • Generator versions and gridpacks:
  • Parton Shower Weights
  • Parameter Scans

Was this helpful?

  1. Monte Carlo contact's corner

Info for MC production for Ultra Legacy Campaigns 2016, 2017, 2018

PreviousRandomized ParametersNextInfo for MC production for Run3 Campaigns

Last updated 3 years ago

Was this helpful?

Sample Collection through McM and monitoring via PMP

Ultra legacy (UL) campaigns are displayed at this . The UL campaigns are the standard campaigns with the corresponding setup schemes to emulate the RunII datataking period.

Sample collection is done through McM y entering requests that are not chained. MC contacts create requests first (even before the requests are ready). This is done in the corresponding campaign. The pre-defined tags, sample name, number of events, and target groups need to be entered in the creation of the requests (if known CADI line can be entered as well). The tags are predefined to avoid typos. History of updating tags are kept showing explicitly if a tag was changed and when. No approval of tags are needed, it's just for monitoring purposes.

Monitoring of the samples can be done with PMP. Notice that in pMp, it is only shown what is marked to be kept from the McM side. Therefore, MINIAODSIM is a good datatier for the monitoring requests in the system. For all the 20UL campaigns, this is the .

Recommendations on the usage of PDFs and CPX Tunes

The default PDF sets that could be used along with CP5 tune are

Positive definite sets with hessian variations:
-----------------------------------------------
NNPDF31_nnlo_as_0118_mc_hessian_pdfas
LHAPDF ID: 325300

For 4 flavor:
NNPDF31_nnlo_as_0118_nf_4_mc_hessian
LHAPDF ID: 325500

Note that there are no alpha_s variations for the 4-flavor case. 
NNPDF authors recommend to estimate the relative alpha_s uncertainty from the 5-flavor set. 
They expect the resulting uncertainties to be similar to what we would have obtained from the 4-flavor set. 

non-positive sets with hessian variations:
------------------------------------------
NNPDF31_nnlo_hessian_pdfas
LHAPDF ID: 306000

For 4 flavor:
NNPDF31_nnlo_as_0118_nf_4
LHAPDF ID: 320900

325300 and 325500 are positive-definite (all positive at very high mass scales as well).

Note that e.g. 325300 (325500) and 306000 (320900) are considered equivalent at the SM regions.

Generators and Parton Showers

PS versions:

PYTHIA8: 240
HERWIG7: ...

Note the PYTHIA8 authors decided to remove our previous main pdf set from PYTHIA8 internal sets therefore we need to make the following change in fragments:

# The following lines should be added
'SigmaTotal:mode = 0',
'SigmaTotal:sigmaEl = 21.89',
'SigmaTotal:sigmaTot = 100.309',
# 'PDF:pSet=20',  <-- we can not access LHAPDF6:NNPDF31_nnlo_as_0118 like this anymore. 
# If you want to use our previous default PDF set:
# ‘PDF:pSet=LHAPDF6:NNPDF31_nnlo_as_0118’
# In any case, we will now use this set:
‘PDF:pSet=LHAPDF6:NNPDF31_nnlo_as_0118_mc’

Generator versions and gridpacks:

MG5_aMC@NLO: 265 
             (242 and 260 should not be used 
               - when GEN and SIM steps are 
               separate as in UL campaign, 
               only >= 261 works propertly. )
SHERPA: ....
....

For gridpacks: CMSConnect Submission(SL7) from login-el7.uscms.org should be working now.

Parton Shower Weights

GEN contacts just need to add these 3 lines at the appropriate places:

from Configuration.Generator.PSweightsPythia.PythiaPSweightsSettings_cfi import *
pythia8PSweightsSettingsBlock,
'pythia8PSweightsSettings',

Parameter Scans

The current master branch (08/2021) is the recommended default for UL production:

LHAPDF has been updated to include above PDFs, see )

The default tune to be used with this PDF set is CP5. The corresponding paper for CPX tunes () needs to be cited in CMS publications.

For PDF uncertainty calculation the corresponding prescription () must be used. Note that in the median and uncertainty calculation the weights that are zero needs to be cut first.

If, for some reason, you prefer a PDF which is only LO or NLO accurate, we recommend to use the corresponding tune of the CPx family. please check the following twiki: .

Details of the weights can be found in .

Starting from these UL campaigns, we will not accept tickets for a single process consisting of huge number of requests making a scan (e.g. mass). Instead one request should be defined for scans following:

link
link
https://github.com/cms-sw/genproductions
https://github.com/cms-sw/cmsdist/pull/4927
http://cms-results.web.cern.ch/cms-results/public-results/publications/GEN-17-001/index.html
http://nnpdf.mi.infn.it/wp-content/uploads/2019/03/NNPDFfits_Positivity_PhysicalCrossSections_v2.pdf
https://twiki.cern.ch/twiki/bin/view/CMS/PhysicsComparisonAndGeneratorTunes#Recommendations_on_the_usage_of
the talk
https://monte-carlo-production-tools.gitbook.io/project/mccontact/signal-mass-points-in-single-ticket