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

Was this helpful?

Monte Carlo Management (McM): introduction

In this page, we describe the general ideas and steps of the central Monte Carlo production

PreviousMonte Carlo production overviewNextAnalyzer's corner

Last updated 6 years ago

Was this helpful?

Central Monte Carlo production in CMS is organized in different campaigns. Each of them produce a certain output ("datatier") which contains different information, related to which step is executed in the cmsDriver (click for more infos). The campaigns are executed as chains, namely the output of the previous campaign serves as input for the next one.

Generally, one goes through the following campaigns:

GEN-SIM: starts from a Monte Carlo generator, produces events at generator level (the four vectors of the particles) and simulates the energy released by the particles in the crossed detectors. Important parameters for such campaigns are:

  • Beamspot

  • Generator fragment (specifies the process which needs to be generated)

  • Detector geometry

The output format of this campaign is generally an GEN-SIM sample.

DIGI-RECO: the simulated detector signals are digitized and reconstruction algorithms are applied on top. In this process, pile-up is also included in the simulation. Trigger menu information also appears as output of this campaign. Important parameters for such campaigns are:

  • Pile-up input dataset name (either a sample with pre-processed and pre-mixed events which are just added on top of the simulated events or a GEN-SIM MB sample)

  • Pile-up scenario (in case the GEN-SIM MB sample is given as input)

The output format of this campaign is generally an AODSIM sample.

MINIAOD: the produced DIGI-RECO events are skimmed and reduced in size by running the MiniAOD module, which saves information of physics objects which can be directly used for analyses.

The output format of this campaign is a MINIAODSIM sample.

NANOAOD: the produced MINIAOD events are further skimmed and further reduced in size. The idea of NanoAOD format is to have a plain-root sample, which can be analyzed outside any CMSSW environment.

The output format of this campaign is a NANOAODSIM sample.

A summary of the whole workflow is summarized in the following table.

here
Credits: Gurpreet Chahal