Skip to content
Snippets Groups Projects

Extend HltLumiSummary decoding to Run 3 format

Merged Daniel Charles Craik requested to merge dcraik_decodeLumiSummary into master

Add decoding for the new key-less LumiSummary structure encoded in Allen!743 (merged) and Allen!950 (merged). The list of fields matches that added to Allen. This version is incompatible with upstream run1+2 code (legacy keyed LumiSummaries cannot be read) but is compatible with both V1 and V2 banks from run 3. This version also includes code to decode LumiSummary banks where the structure is encoded in the TCK but this functionality still needs to be tested - this required merging in commits from !3788 (closed).

Another related Moore MR will also be needed to add encoding/decoding tests.

To be tested with Allen!950 (merged) Rec!3108 (merged) Moore!1761 (merged) lhcb-datapkg/PRConfig!266 (merged)

FYI @rmatev

Edited by Rosen Matev

Merge request reports

Merge request pipeline #4674541 passed

Merge request pipeline passed for 8829577b

Merged by Rosen MatevRosen Matev 2 years ago (Oct 26, 2022 11:22am UTC)

Merge details

  • Changes merged into master with 20553d00.
  • Deleted the source branch.

Pipeline #4675383 passed

Pipeline passed for 20553d00 on master

Activity

Filter activity
  • Approvals
  • Assignees & reviewers
  • Comments (from bots)
  • Comments (from users)
  • Commits & branches
  • Edits
  • Labels
  • Lock status
  • Mentions
  • Merge request status
  • Tracking
    • Resolved by Daniel Charles Craik

      Allen!968 (merged) has been merged, and we will update the sequence in the pit to start writing raw banks.

      We should move forward with this MR ASAP to get it ready for the VdM scan.

      A key point that came up in RTA coordination is that two tests are added that:

      1. run Allen/HLT1 to write lumi banks in a file
      2. read the file, decode the lumi summary and check that it makes sense.
  • assigned to @dcraik

  • assigned to @sxian

    • Resolved by Daniel Charles Craik

      I'm working on this now and should have something tonight or tomorrow.

      I had one question regarding the counterKey enum - we need to add a further 9 values, which won't fit in the gap before Method = 20, (we're currently up to 16). My plan is to add the extra keys (which are grouped in a set of 4 and a set of 5) starting from 30 but I wanted to check if anyone had a preferred alternative.

  • Hello @dcraik, @sxian, I "bumped" into this MR. Let me make a little comment: do not hesitate to ping us DPA, especially @pkoppenb, for matters relevant to how lumi information will eventually make it offline. We touched on the topic of lumi at our coords meeting this morning, funny enough, and are keen to know how the "handshake" between lumi info created online and made available offline to users will happen. Advance thanks.

    • Resolved by Daniel Charles Craik

      To Dan: there is absolutely no need to be compatible with Run 2 in lumi summary format. You have full freedom to destroy completely backward compatibility.

      More specifically, the nano events were used in Run 1,2 in two places ONLY:

      • in FSRs which will be new in Run 3 and will keep only the event statistics irrespective of their content,
      • and in lumi-analysis. For that the lumi-stream was transformed to ntuples stored in /eos/lhcb/wg/Luminosity/data/counters. The ntuple has a standard format with one column per lumi-counter, independent of the format of lumi-summary. So, all lumi-analysis programs were decoupled from the lumi-summary format (we know it with Rosen because we did the lumi-analysis; note that probably no one else can confirm it).

      To summarize, compared to Run 2 the ONLY place where the new lumi summary format will cause changes is in this single job reading the lumi-events and writing the ntuples. There are no other places.

      Edited by Vladislav Balagura
  • added 1 commit

    • ca5bc09a - Update for V1 of lumi summary; remove legacy run1+2 version

    Compare with previous version

  • added 1 commit

    Compare with previous version

  • Daniel Charles Craik marked this merge request as ready

    marked this merge request as ready

  • Daniel Charles Craik changed the description

    changed the description

  • added 1 commit

    • f43fbc90 - Shift enum values so subdetectors start on multiples of 10

    Compare with previous version

  • added 676 commits

    Compare with previous version

  • Loading
  • Loading
  • Loading
  • Loading
  • Loading
  • Loading
  • Loading
  • Loading
  • Loading
  • Loading
  • Please register or sign in to reply
    Loading