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
Disable SETMuon and caloMuon from the standard reconstruction #14747
Conversation
increase CaloMuon threshold
A new Pull Request was created by @jhgoh (Junghwan John Goh) for CMSSW_8_1_X. It involves the following packages: RecoMuon/Configuration @cvuosalo, @dmitrijus, @cmsbuild, @slava77, @vanbesien, @davidlange6 can you please review it and eventually sign? Thanks. cms-bot commands are list here #13028 |
@jhgoh |
@jhgoh |
@slava77 Sorry for late reply. For the calomuon pt cut, it is to reduce CPU usage of the MuonIdProducer. If CPU time from that module doesn't matter anymore, maybe it is OK to restore to the original value. |
Pull request #14747 was updated. @cvuosalo, @dmitrijus, @cmsbuild, @slava77, @vanbesien, @davidlange6 can you please check and sign again. |
There was missing commit while I was merging with local head. |
@@ -12,7 +12,7 @@ | |||
inputMuons = cms.InputTag("muons1stStep"), | |||
inputTracks = cms.InputTag("generalTracks"), | |||
minCaloCompatibility = cms.double(0.6), | |||
minPt = cms.double(1.0) | |||
minPt = cms.double(1E9) |
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.
did you check if this does anything?
Looking at implementation of CaloMuonProducer (since 2009), most of the configuration parameters are actually bogus.
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.
Cut was applied on wrong place :-( that had to be applied on MuonIdProducer.
SET setup makes more sense now with the last commit. About calomuons, it looks like the cut should be placed in a different place (in MuonIdProducer configuration). |
Pull request #14747 was updated. @cvuosalo, @dmitrijus, @cmsbuild, @slava77, @vanbesien, @davidlange6 can you please check and sign again. |
@cmsbuild please test |
The tests are being triggered in jenkins. |
-1 Tested at: b7a3a7f You can see the results of the tests here: I found follow errors while testing this PR Failed tests: RelVals AddOn
When I ran the RelVals I found an error in the following worklfows: runTheMatrix-results/5.1_TTbar+TTbarFS+HARVESTFS/step1_TTbar+TTbarFS+HARVESTFS.log135.4 step1 runTheMatrix-results/135.4_ZEE_13+ZEEFS_13+HARVESTUP15FS+MINIAODMCUP15FS/step1_ZEE_13+ZEEFS_13+HARVESTUP15FS+MINIAODMCUP15FS.log
I found errors in the following addon tests: cmsDriver.py TTbar_8TeV_TuneCUETP8M1_cfi --conditions auto:run1_mc --fast -n 100 --eventcontent AODSIM,DQM --relval 100000,1000 -s GEN,SIM,RECOBEFMIX,DIGI:pdigi_valid,L1,DIGI2RAW,L1Reco,RECO,EI,HLT:@Fake,VALIDATION --customise=HLTrigger/Configuration/CustomConfigs.L1THLT --datatier GEN-SIM-DIGI-RECO,DQMIO --beamspot Realistic8TeVCollision : FAILED - time: date Thu Jun 9 00:19:03 2016-date Thu Jun 9 00:18:52 2016 s - exit: 256 |
+1 |
+1 Elimination of obsolete Calo and SET muons. The code changes are satisfactory, and Jenkins tests against baseline CMSSW_8_1_X_2016-06-29-2300 show no significant differences except for the desired disappearance of Calo and SET muons. DT DQM plots using SET muons are now empty, but #15015 will switch them to use stand-alone muons. An extended test of workflow 136.731_RunSinglePh2016B against baseline CMSSW_8_1_0_pre7 also shows the expected disappearance of Calo and SET muons from plots and from RECO event content:
|
This pull request is fully signed and it will be integrated in one of the next CMSSW_8_1_X IBs (tests are also fine). This pull request requires discussion in the ORP meeting before it's merged. @slava77, @davidlange6, @Degano, @smuzaffar |
On 7/5/16 12:30 PM, Carl Vuosalo wrote:
8c3b928 |
+1 |
hold |
Pull request has been put on hold by @cvuosalo |
yes sorry I'll do it today! I just realized yesterday that there is another parameter to be changed in order to get with standAloneMuons the same results as before with SETMuons. I was about to make another PR... do you have a different advice? |
@fcavallo thank you for the information. I was little but puzzled on this issue but anyway it's OK if you already have solution. |
@cvuosalo |
SETMuons and CaloMuons have been decided in 2015 [1] to be removed from the standard reconstruction, based on the survey made in the end of 2014 [2,3].
These are configuration file level change to remove SETMuons from the standard reconstruction sequence and also remove them in the Validation.
CaloMuons are kept in the reconstruction sequence, but it is de-activated by increasing the minimum pT threshold to very large value (1e9) as was done in #9559 to speed up HI reconstruction.
[1] https://indico.cern.ch/event/453360/contributions/1963025/attachments/1168716/1688380/Muon_POG_News_12102015.pdf
[2] https://hypernews.cern.ch/HyperNews/CMS/get/muon/1140.html
[3] https://hypernews.cern.ch/HyperNews/CMS/get/muon/1069.html