Skip to content
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

New Ecal Local Reconstruction with Multifit #5197

Merged
merged 40 commits into from Sep 9, 2014

Conversation

bendavid
Copy link
Contributor

@bendavid bendavid commented Sep 5, 2014

Adds additional EcalUncalibRecHitWorker for MultiFit (using Fast NNLS algorithm) and modifies appropriate sequences to activate it by default.

@argiro @emanueledimarco

bendavid and others added 30 commits August 31, 2014 01:44
…alibrated rechit.

- Remove the outof time energy and chi2, no more needed since the OOT energy is subtracted
… into ecalMultifit_minimal720p4

Merge the NNLS implementation with the DataFormats changes and the python configuration
… into ecalMultifit_minimal720p4

Needed to add both the timing algorithm on pu-subtracted pulse shape and the newest complete covariance matrices from simulation
@vadler
Copy link

vadler commented Sep 9, 2014

@quertenmont : I added you to the thread simply to make you aware of the change.
A proper adoption to susybsm::HSCPCaloInfo would include the change of data members corresponding to that in the EcalRecHit, but this has to come with a separate PR by the SUSYBSM team after this one got integrated, if desired.

@quertenmont
Copy link
Contributor

@emanueledimarco
Well, our signal can be delayed by up to 50ns.
Our ECAL expert unfortunately left our group, so I can't judge myself what is meaningful or not, but I suspect that we are still interested by the method possibly biased by the 25ns PU.
I ofcourse don't have objection regarding this PR. I'd just like to understand how I can get similar behaviour as before (even if the definition is stlightly different).
Thanks in advance

@quertenmont
Copy link
Contributor

Thanks @vadler it's quite appreciated (it's just that it comes out from the blue, and I had not the time yet to go through the full conversion thread)

davidlange6 added a commit that referenced this pull request Sep 9, 2014
New Ecal Local Reconstruction with Multifit
@davidlange6 davidlange6 merged commit 940e5d4 into cms-sw:CMSSW_7_2_X Sep 9, 2014
@lveldere
Copy link
Contributor

@bendavid @emanueledimarco @VinInn

Hi Josh and Emanuele

In CMSSW_7_2_X_2014-09-10-0200,
the first release with this pr included,
workflow 25401.0 (FatsSim) crashes.

Relevant lines of log
cmsRun: /build/cmsbuild/jenkins-workarea/workspace/ib-CMSSW_7_2_X-slc6_amd64_gcc481/243/w/tmp/BUILDROOT/55a55849db2d2c94176304e4e67c83bd/opt/cmssw/slc6_amd64_gcc481/cms/cmssw/CMSSW_7_2_X_2014-09-10-0200/
src/RecoTracker/CkfPattern/src/BaseCkfTrajectoryBuilder.cc:225: BaseCkfTrajectoryBuilder::StateAndLayers BaseCkfTrajectoryBuilder::findStateAndLayers(const TempTrajectory&) const: Assertion `!traj.empty(
)' failed.

The crash happens in HLT, in the module instance process.hltEgammaCkfTrackCandidatesForGSF.
Given the nature of the module, this is likely related to your pr.
Would you mind having a look?

The crash happens in architecture slc6_amd64_gcc481 but not in slc6_amd64_gcc491

Note:
in later IBs this crash is hidden by other crashes

Thanks a lot

Lukas

@bendavid
Copy link
Contributor Author

Hi Lukas,
Even if this issue is linked to the changes in the ecal reconstruction, the real problem here is surely somewhere in the tracking, which was not touched by this PR...

@lgray
Copy link
Contributor

lgray commented Sep 15, 2014

@lveldere Barring memory corruption I agree with Josh. Your more likely suspect is the CPE improvement (#5151) (if that's somehow made its way into HLT).

@lveldere
Copy link
Contributor

hm, 5151 is merged in a later IB
see https://cms-sw.github.io/showIB.html

@emanueledimarco
Copy link
Contributor

Ok, but still, it seems that it is related to some Ecal cluster that seeded a track in some weird region that made the ctf tracking crash. I don't see a crash in any ecal module

bendavid pushed a commit to bendavid/cmssw that referenced this pull request Oct 13, 2014
Backport of ecal multifit reconstruction to SLHC

New Ecal Local Reconstruction with Multifit
(Resolved) Conflicts:
	DQM/EcalMonitorTasks/python/CollectionTags_cfi.py
	DQM/EcalMonitorTasks/src/EnergyTask.cc
	DQM/Integration/python/test/ecal_dqm_sourceclient-live_cfg.py
	DQM/Integration/rcms/eb_dqm_sourceclient-live_cfg.py
	DQM/Integration/rcms/ee_dqm_sourceclient-live_cfg.py
	DataFormats/EcalRecHit/interface/EcalRecHit.h
	DataFormats/EcalRecHit/interface/EcalUncalibratedRecHit.h
	DataFormats/EcalRecHit/src/EcalUncalibratedRecHit.cc
	DataFormats/EcalRecHit/src/classes_def.xml
	DataFormats/EcalRecHit/test/testEcalRecHit.cppunit.cc
	RecoLocalCalo/Configuration/python/ecalLocalRecoSequence_cff.py
	RecoLocalCalo/EcalRecAlgos/BuildFile.xml
	RecoLocalCalo/EcalRecAlgos/interface/EcalRecHitSimpleAlgo.h
	RecoLocalCalo/EcalRecAlgos/src/ESRecHitSimAlgo.cc
	RecoLocalCalo/EcalRecProducers/test/plugins/EcalUncalibRecHitDump.cc
	RecoParticleFlow/PFClusterProducer/interface/PFEcalRecHitCreatorMaxSample.h
	SLHCUpgradeSimulations/Configuration/python/customise_phase1_hcal.py
	Validation/EcalRecHits/python/ecalRecHitsValidation_cfi.py
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet