Event display monitoring

Giuseppe Zito : Infn Bari ItalyBeliy Nikita : University of Mons-Hainaut   Belgium

Index

- Which programs will be available for next CRAFT

- Creating a visual report of each run : a procedure to better exploit all available programs.

- Apply the procedure to run 69343

- How fast is this procedure?

- Who can do this?

Which programs will be available for next CRAFT

There will be three general purpose event display toolsavailable to CMS users: Iguana, Firework and Frog .

1)Iguana has two versions: fully embedded in CMSSW and a light (outside CMSSW) version iSpy(*) 2)Fireworks uses FWLite to optimize event access

3)Frog works completely outside CMSSW like iSpy (*)

We will use also the trackermap (a synoptic view of tracker) implemented both in iguana(fully embedded) and outside iguana as a class created, filled and printed without using other CMSSW services, as a root histogram.

*In order to work outside CMSSW Frog and iSpy work in parallel with a normal CMSSW task (the Analyzer) that provides the events in a special format .In factFrog and iSpy are light-weight graphics clients. We will refer to them as “Visualizer”.

General purpose event display tools performance

Iguana embedded 8 min 30 sec

iSpy(*) 30 sec

Fireworks 2 min

Frog30 sec

Time to scan 551 events on the same computer with local access from disc to

events. For each event we look at a minimum of 3 windows included a 3D window

•iSpy tested only as a prototype: not yet available in CMS software

Iguana

https://twiki.cern.ch/twiki/bin/view/CMS/WorkBookEventDisplay

Fireworks

https://twiki.cern.ch/twiki/bin/view/CMS/WorkBookFireworks

Frog

https://twiki.cern.ch/twiki/bin/view/CMS/FROG

Trackermap

http://webcms.ba.infn.it/cms-software/cms-grid/index.php/CMSTrackerVisualizationSoftware/TrackerMap

Creating a visual report of each run

What ? A procedure to systematically study with available programs every run

Who? I will start to perform it myself during next CRAFT to validate it.

When and where : offline when RECO and DQM T1 results are available

Why offline? – online not all events available and resources are scarce

How : 4 phases   1)Look to trackermaps and other DQM results to see if unusual features are present that need to be explained.   2)Fast and interactive event selection with a root macro on all files of run.   3)Look at selected events with all three available programs.   4)Write a report

Applying the procedure to run 69343

Phase 1) Cluster occupancy shows some strange pattern in barrel:try to explain looking at events.

Phase 2:Selection of interesting events from root files using

frogFilter.sh

Retrieve file list(using get_files.py)

Initialization

Processing files

Root script applied to each file Run (and dataset)

Phase 2:Selection of interesting events from root files using

frogFilter.sh

Phase 2:Selection of interesting events from root files using

frogFilter.sh

Phase 2:Selection of interesting events from root files using

frogFilter.sh

Phase 3:Looking at selected events

Phase 3:Looking at selected events

Phase 3:Looking at selected events

Phase 3:Looking at selected events

Phase 3:Looking at selected events

Phase 3:Looking at selected events

Phase 3:Looking at selected events

Phase 3:Looking at selected events

Phase 3:Looking at selected events

Phase 4) The report :Cluster occupancy completely biased by monster events produced by random electronic noise

Phase 4) The report

1)Pattern in TIB1 and TOB cluster occupancy explained by single

monster events .

    2)Selection of events with more than 1 tracks OR number of hit modules > 100 shows around 10 "monster events“ per file that completely fill TOB or TIB+TEC+TID

    3)These few monster events completely bias cluster occupancy trackermap.If a pattern is present in one of this , it will show up in total trackermap.

4) there are also around 20-30 (per file) small size "monster events“(a few hundreds of modules interested): the event  with maximum number of reconstructed tracks(26) is one of this. These seem to havea random pattern of clusters that doesn’t create any pattern in cluster occupancy.

How fast is this procedure?

Running in parallel Selection script ,Analyzer and Visualizer, you can look at first events after a few minutes

How does it scale to million events runs?Selection script, Analyzer and Visualizer can run in parallel on different computers. The selection script is the bottleneck.

Until 1 million events, one or two hours are sufficient. During this time you are in any case busy looking at events.

For 10 million events runs it should still be kept to a reasonable time by exploiting parallelism of multicore machines in lxplus(i.e. running more than one selection script on different files of thesame dataset). Taking in account that the script uses limited resources this shouldn’t create problems to other users).

Who can do this?

Anyone on his graphics enabled computer with a good network connection to lxplus.

I can describe the installation and prepare a public installation in Meyrin Control Centre.