Difference between revisions of "Event size"

From GlueXWiki
Jump to: navigation, search
m
 
(12 intermediate revisions by 2 users not shown)
Line 9: Line 9:
 
One of the results of the meeting was the formation of a steering committee to oversee the effort to understand the event size.  Members are Elliott W, David L, and Fernando B, representing the online, offline, and electronics efforts.   
 
One of the results of the meeting was the formation of a steering committee to oversee the effort to understand the event size.  Members are Elliott W, David L, and Fernando B, representing the online, offline, and electronics efforts.   
  
We met on 25-Sep-2007. Notes from the meeting:
+
Notes from first meeting 25-Sep-2007:
  
* need to undersand board occupancies, average event size/rate, and burst size/rate
+
* need to undersand board occupancies, average event size/rate, and burst (worst case) size/rate
* need to understand header sizes and what data boards generate if there are no hits
+
* need to understand header sizes and what data the boards generate if there are no hits
 
** minimize in production boards and for production running (vs debug modes)
 
** minimize in production boards and for production running (vs debug modes)
 
** header words can be removed at many stages:  on board, by ROC, by EB, in farm, and by ER
 
** header words can be removed at many stages:  on board, by ROC, by EB, in farm, and by ER
Line 23: Line 23:
 
*** check periodically (not each event)
 
*** check periodically (not each event)
 
*** others?
 
*** others?
* renormalized (scaled) Pythia seems to be adequate
+
* event sources
* different types of events needed
+
** will use renormalized (scaled) Pythia to generate hadronic events
** physics trigger events
+
*** See Alex's report on comparision betweeed renormalized Pythia and published data
** photon-induced EM background events
+
** will use Geant to generate EM backgrounds (mostly pair production) from the coherent brem beam
** phodon-induced hadronic background events
+
** hadronic events can pass the trigger, or be accidental background for another trigger,
* background events (single or multiple) can pass trigger, or can accidentally overlap with real physics trigger
+
** multiple events may pass trigger even though individually they wouldn't
** i.e. accidental hits vs accidental triggers
+
** need to be careful about time cuts, out of time tracks, tracks from previous event, etc.
 
* need backgrounds from full energy range of incident photons, including low energy photons
 
* need backgrounds from full energy range of incident photons, including low energy photons
 
* need to run MC with latest geometry, or at least one with a reasonable upper limit on material
 
* need to run MC with latest geometry, or at least one with a reasonable upper limit on material
* need to better simulation Level 1 trigger algorithm  
+
* need to better simulate Level 1 trigger algorithm
 +
** can be applied to generated events or after simulation
 
* Dave estimates we need the following computing/simulation time
 
* Dave estimates we need the following computing/simulation time
 
** event generation goes quickly, perhaps only a few hours
 
** event generation goes quickly, perhaps only a few hours
** 1 week simulation Pythia events
+
** 1 week simulation hadronic Pythia events, both triggers and accidental
** 1 week simulation EM background
+
** 1 week simulation Geant EM background events
** 1 day simulation hadronic background events
+
 
* need to understand bytes per hit for all detector/electronics combinations
 
* need to understand bytes per hit for all detector/electronics combinations
 
** is timing needed
 
** is timing needed
Line 43: Line 43:
  
  
== Game Plan ==
+
== Game Plan and Status ==
 +
 
 +
 
 +
'''As of Aug-2007'''
 +
 
 +
* David L's [http://www.jlab.org/Hall-D/software/wiki/images/f/f6/20070829_EventSize.pdf initial study]
 +
 
 +
 
 +
'''As of 4-Oct-2007:'''
 +
 
 +
* L1 algorithm - Dave L will talk with Dave D.
 +
* Event generator - Dave L will talk with Eugene.
 +
* Time windows - Elliott will talk with Elton and other detector folks.
 +
* Detector geometry - Elliott will talk with Richard.
 +
* Defining hist set - Dave L and Elliott will go over what exists and what else is needed.
 +
* Running HDGeant - hope to get help from Richard, Matt, Mark, etc.
 +
* Number of bytes-per-hit - Fernando will review electronics, detectors, etc.  He also will check if noise will be significant.
 +
 
 +
 
 +
'''As of 5-Dec-2007:'''
 +
 
 +
* New collaborators (Chinese) will redo L1 rejection algorithm study.
 +
* Eugene has extended Pythia to low energies, and has parameterized even lower energy photon interactions. 
 +
* Richard is updating detector geometry.
 +
* Eugene will run simulations, including EM background simulation.  Will need L1 algorithm and time windows.
 +
* Ed and Fernando say that header words will be kept to a minimum, and should not be a problem.
 +
* Number of bytes-per-hit is still not settled.
 +
 
 +
 
 +
'''As of 23-Jan-2008:'''
 +
 
 +
* Eugene has completed low-energy full hadronic simulation (Pythia + "cocktail of reactions").  Chinese group does not seem to be coming to JLab.
 +
 
 +
 
 +
'''As of 1-Feb-2008:'''
 +
 
 +
* Alex Somov (new H-D employee) will start working on this.  He is currently learning how to run the MC, analysis code, etc.
 +
 
 +
 
 +
'''As of 10-Apr-2008'''
 +
 
 +
* Alex making great progess, see his [[Media:Alex_event_size_04_11_08.pdf|report]] given at the OWG meeting 11-Apr-2008.
 +
 
 +
'''As of 5-May-2008'''
 +
 
 +
* Alex completed studies, results to be presented at May 2008 System Review.

Latest revision as of 11:10, 5 May 2008

Introduction

The average event size determines backplane bandwidth requirements, network bandwidth requiremens, number of modules per crate, and many other things. Fortunatly the DAQ system is highly modular and scalable, so accomodating even a doubling of the event size should be no problem. I.e. more crates may be needed, and perhaps a faster RAID system, but no change in architechture would be needed. See the discussion in the minutes from the 29-Aug-2007 Online Working Group meeting dedicated to this topic.


Steering Committee

One of the results of the meeting was the formation of a steering committee to oversee the effort to understand the event size. Members are Elliott W, David L, and Fernando B, representing the online, offline, and electronics efforts.

Notes from first meeting 25-Sep-2007:

  • need to undersand board occupancies, average event size/rate, and burst (worst case) size/rate
  • need to understand header sizes and what data the boards generate if there are no hits
    • minimize in production boards and for production running (vs debug modes)
    • header words can be removed at many stages: on board, by ROC, by EB, in farm, and by ER
      • need to understand data rates at each stage
    • board should not put out chip-specific information, only board-level information (in production mode)
    • possible ways to recognize that all boards are reporting
      • header/trailer words for each event
      • ROC-generated bit mask for each event
      • error flags if a board did not report, no data generated
      • check periodically (not each event)
      • others?
  • event sources
    • will use renormalized (scaled) Pythia to generate hadronic events
      • See Alex's report on comparision betweeed renormalized Pythia and published data
    • will use Geant to generate EM backgrounds (mostly pair production) from the coherent brem beam
    • hadronic events can pass the trigger, or be accidental background for another trigger,
    • multiple events may pass trigger even though individually they wouldn't
    • need to be careful about time cuts, out of time tracks, tracks from previous event, etc.
  • need backgrounds from full energy range of incident photons, including low energy photons
  • need to run MC with latest geometry, or at least one with a reasonable upper limit on material
  • need to better simulate Level 1 trigger algorithm
    • can be applied to generated events or after simulation
  • Dave estimates we need the following computing/simulation time
    • event generation goes quickly, perhaps only a few hours
    • 1 week simulation hadronic Pythia events, both triggers and accidental
    • 1 week simulation Geant EM background events
  • need to understand bytes per hit for all detector/electronics combinations
    • is timing needed
    • adc + tdc vs adc only


Game Plan and Status

As of Aug-2007


As of 4-Oct-2007:

  • L1 algorithm - Dave L will talk with Dave D.
  • Event generator - Dave L will talk with Eugene.
  • Time windows - Elliott will talk with Elton and other detector folks.
  • Detector geometry - Elliott will talk with Richard.
  • Defining hist set - Dave L and Elliott will go over what exists and what else is needed.
  • Running HDGeant - hope to get help from Richard, Matt, Mark, etc.
  • Number of bytes-per-hit - Fernando will review electronics, detectors, etc. He also will check if noise will be significant.


As of 5-Dec-2007:

  • New collaborators (Chinese) will redo L1 rejection algorithm study.
  • Eugene has extended Pythia to low energies, and has parameterized even lower energy photon interactions.
  • Richard is updating detector geometry.
  • Eugene will run simulations, including EM background simulation. Will need L1 algorithm and time windows.
  • Ed and Fernando say that header words will be kept to a minimum, and should not be a problem.
  • Number of bytes-per-hit is still not settled.


As of 23-Jan-2008:

  • Eugene has completed low-energy full hadronic simulation (Pythia + "cocktail of reactions"). Chinese group does not seem to be coming to JLab.


As of 1-Feb-2008:

  • Alex Somov (new H-D employee) will start working on this. He is currently learning how to run the MC, analysis code, etc.


As of 10-Apr-2008

  • Alex making great progess, see his report given at the OWG meeting 11-Apr-2008.

As of 5-May-2008

  • Alex completed studies, results to be presented at May 2008 System Review.