-
Notifications
You must be signed in to change notification settings - Fork 4.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Adding PU in 2019 scenario #26463
Adding PU in 2019 scenario #26463
Changes from 6 commits
dc5a4ab
5d1686e
d3c8141
6f5ef4a
19a8e8e
9a60d48
89b27ae
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -14,9 +14,9 @@ | |
'2018Design', | ||
'2018DesignPU', | ||
'2019', | ||
# '2019PU', | ||
'2019PU', | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. @boudoul I guess this line with the corresponding changed order is the responsible of the visible difference in the standard matrix:
Not a problem in itself, just to be aware of it There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Hi @boudoul @fabiocos this number is related to TTbar Design in IB as you can see at When you change https://github.com/cms-sw/cmssw/blob/master/Configuration/PyReleaseValidation/python/upgradeWorkflowComponents.py, moving the comment of line 17, you will change the order of the wfs numbers. We had a similar problem in the past (when we started 2017 relvals) and to keep all under control @kpedro88 has changed something at Maybe increasing the range [11800,12000] would work. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. ok yes I will try to keep the WF numbers unchanged in a next commit later today There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. If you are activating the 2019 PU workflows, you should remove the ranges [11800,12000],[12200,12400] from the conflict list. These were reserved for that purpose. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. ah you're right- I missed your comment I just re-oreder to preserve but actually what you wrote makes more sense - Let me fix in a next commit |
||
'2019Design', | ||
# '2019DesignPU', | ||
'2019DesignPU', | ||
] | ||
|
||
upgradeKeys[2023] = [ | ||
|
@@ -65,7 +65,7 @@ | |
} | ||
numWFSkip=200 | ||
# temporary measure to keep other WF numbers the same | ||
numWFConflict = [[11800,12000],[12200,12400],[20800,21200],[21600,22400],[25000,26000],[50000,51000]] | ||
numWFConflict = [[20800,21200],[21600,22400],[25000,26000],[50000,51000]] | ||
numWFAll={ | ||
2017: [], | ||
2023: [] | ||
|
@@ -299,11 +299,17 @@ | |
upgradeProperties[2017]['2017PU']['ScenToRun'] = ['GenSimFull','DigiFullPU','RecoFullPU','HARVESTFullPU'] | ||
upgradeProperties[2017]['2017DesignPU'] = deepcopy(upgradeProperties[2017]['2017Design']) | ||
upgradeProperties[2017]['2017DesignPU']['ScenToRun'] = ['GenSimFull','DigiFullPU','RecoFullPU','HARVESTFullPU'] | ||
|
||
upgradeProperties[2017]['2018PU'] = deepcopy(upgradeProperties[2017]['2018']) | ||
upgradeProperties[2017]['2018PU']['ScenToRun'] = ['GenSimFull','DigiFullPU','RecoFullPU','HARVESTFullPU','NanoFull'] | ||
upgradeProperties[2017]['2018DesignPU'] = deepcopy(upgradeProperties[2017]['2018Design']) | ||
upgradeProperties[2017]['2018DesignPU']['ScenToRun'] = ['GenSimFull','DigiFullPU','RecoFullPU','HARVESTFullPU'] | ||
|
||
upgradeProperties[2017]['2019PU'] = deepcopy(upgradeProperties[2017]['2019']) | ||
upgradeProperties[2017]['2019PU']['ScenToRun'] = ['GenSimFull','DigiFullPU','RecoFullPU','HARVESTFullPU','NanoFull'] | ||
upgradeProperties[2017]['2019DesignPU'] = deepcopy(upgradeProperties[2017]['2019Design']) | ||
upgradeProperties[2017]['2019DesignPU']['ScenToRun'] = ['GenSimFull','DigiFullPU','RecoFullPU','HARVESTFullPU'] | ||
|
||
upgradeProperties[2023] = { | ||
'2023D17' : { | ||
'Geom' : 'Extended2023D17', | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The Run3 GT 105X_postLS2_realistic_v6-v1 does NOT have the string "2019". So these two lines will not work for pileup.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ah too bad this is unfortunate that Alca didn't follow the usual pattern, I will make a workaround meanwhile and add the minbias you produced - Thanks for having noticed