GlueX Level-3 Trigger Meeting, Jun 10, 2016

From GlueXWiki
Jump to: navigation, search

Meeting Info.

Meeting Time And Location

11:00 EST (JLab time)

CC F326-327


You can connect using BlueJeans Video conferencing (ID: 198 332 417). (Click "Expand" to the right for details -->):

  1. Make sure you have created a BlueJeans account via your JLab CUE account using this link:

  2. Meeting ID: 198 332 417
    • (you may need to type this in, depending how you connect)

  3. If connecting via Web Browser: click this link (no passcode is needed):

  4. If connecting via iOS or Android App:
    • Use your JLab e-mail address to log in and then enter the meeting ID given above to join the meeting

  5. If connecting via Phone: Dial one of the following numbers and then enter the meeting ID above and hit "#" or "##"

  6. If connecting via Polycom unit:
    • Dial or
    • Enter meeting ID above

Background Information

(Click expand for some links to background information -->)


  1. Announcements
  2. Previous Meeting (May 27, 2016)
  3. EVIO Parsing
  4. Benchmarking status
  5. Simulation Status
  6. AOT


Attendees: David L., Adesh S., Mike W., Cristiano F., Sean D.

EVIO Parsing

  • David Showed some benchmarking results for the EVIO parsing code with various levels of associated object linking enabled
  • Mysterious rate drop observed when no linking is done from 12kHz to 8kHz.
  • Mike noted that they had to empirically determine the optimal number of threads for the LHCb HLT
  • David will work on mapping our the performance for various settings in the parsing threads and processing threads (benchmarking was always done with both set to 32)

sim-recon algorithm benchmarking

  • Cristiano continues to work on mapping the performance of various algorithms using janadot
  • Some discrepancies between real data and simulated data performance
  • Will look into effect of LED triggers on results (particularly time spent matching tracks to calorimeter clusters)
  • Sean noted that there are lots of PS triggers in the real data that should be filtered


  • Adesh is currently running 10M bggen events with incident γ energy down to %pi; threshold (global use sim1 data set only goes down to 3GeV)
  • Farm jobs expected to be done by Monday morning
  • Size of REST files produced is about 10 times smaller than "normal"
    • Justin told Adesh this is expected due to the dominance of low energy events
  • Wiki documentation is forthcoming