ilcsoft / clicperformance Goto Github PK
View Code? Open in Web Editor NEWPackage to evaluate the performance of the CLIC detector simulation
License: GNU General Public License v3.0
clicperformance's People
Contributors
Stargazers
Watchers
Forkers
simoniel andresailer eleogran webermat protopopescu dhynds oviazlo petricm nachogargar ebrondol clementhelsens fdplacido rclanger vvolkl scott-snyder tmadlener zehvogel atolosadelgado brieucf armin-ilg kimia-mirbaghestanclicperformance's Issues
Flavour_tagging: vtxprob/ folder required to run the vtx_makentp.xml
Flavour_tagging: in order to run the vtx_makentp.xml a folder 'vtxprob' is required. It should contain at least the files 'd0prob_zpole.root' and 'z0prob_zpole.root
--See L159-160 in vtx_makentp.xml:
Filling trees in CLICEfficiencyCalculator
We're taking a first look at tracking, running ILCSoft using the 2019-04-17 build.
Looks like there's a problem in CLICEfficiencyCalculator:
In the loop over MCparticles, if a track is found the particle is declared reconstructed and
666 m_vec_is_reconstructed.push_back(true);
looks OK.
If (!reconstructed) though there is no corresponding
m_vec_is_reconstructed.push_back(false);
(should be round about 670)
Thanks.
Crash in CLICEfficiencyCalculator
===========================================================
#0 0x00000030da0ac82e in waitpid () from /lib64/libc.so.6
#1 0x00000030da03e479 in do_system () from /lib64/libc.so.6
#2 0x00007fe4520f1948 in TUnixSystem::StackTrace() () at /root/root-6.08.00/core/unix/src/TUnixSystem.cxx:2116
#3 0x00007fe4520f40ec in TUnixSystem::DispatchSignals(ESignals) () at /root/root-6.08.00/core/unix/src/TUnixSystem.cxx:3661
#4 <signal handler called>
#5 0x00007fe453b4cc64 in _ZNSt6vectorIiSaIiEE19_M_emplace_back_auxIJRKiEEEvDpOT_ () at /cvmfs/clicdp.cern.ch/compilers/gcc/6.2.0/x86_64-slc6/include/c++/6.2.0/ext/new_allocator.h:120
#6 0x00007fe44ecf9e8d in std::vector<int, std::allocator<int> >::push_back(int const&) () at /cvmfs/clicdp.cern.ch/compilers/gcc/6.2.0/x86_64-slc6/include/c++/6.2.0/bits/stl_vector.h:924
#7 0x00007fe44ed0a32c in ClicEfficiencyCalculator::processEvent(EVENT::LCEvent*) () at /data/sailer/Work/software/ILCSOFT/CLICPerformance/Tracking/src/ClicEfficiencyCalculator.cc:569
#8 0x00007fe45406e7de in marlin::ProcessorMgr::processEvent(EVENT::LCEvent*) () at /data/sailer/software/ILCSOFT/HEAD-2016-12-05/Marlin/HEAD/source/src/ProcessorMgr.cc:474
#9 0x00007fe453ba9e25 in SIO::SIOReader::readStream(int) () at /data/sailer/software/ILCSOFT/HEAD-2016-12-05/lcio/HEAD/src/cpp/src/SIO/SIOReader.cc:732
#10 0x0000000000410bfc in main () at /data/sailer/software/ILCSOFT/HEAD-2016-12-05/Marlin/HEAD/source/src/Marlin.cc:499
===========================================================
Cling cannot load libDDG4Plugins
I am trying to run ddsim from v01-19-05 and CLIC detector. I am getting the following runtime error:
ddsim --steeringFile clic_steer.py --compactFile ../xml/CLIC_o2_v05/CLIC_o2_v05.xml --gun.particle "pi+"
cling::DynamicLibraryManager::loadLibrary(): dlopen: cannot load any more object with static TLS
+--------------------------------------------------------------------------------------------------------+
| Failed to load DDG4 library: |
| DDG4.py: Failed to load the DDG4 library libDDG4Plugins: No such file or directory |
+--------------------------------------------------------------------------------------------------------+
However, libDDG4Plugins.so is located at the expected place:
ll $DD4HEP/lib/libDDG4Plugins*
-rw-r--r-- 1 strahinja strahinja 12008 нов 24 15:50 /nfs_SL/ilcsoft/builds/x86_64_gcc64_ub1404/v01-19-05/DD4hep/v01-05/lib/libDDG4Plugins.components
lrwxrwxrwx 1 strahinja strahinja 21 нов 24 15:52 /nfs_SL/ilcsoft/builds/x86_64_gcc64_ub1404/v01-19-05/DD4hep/v01-05/lib/libDDG4Plugins.so -> libDDG4Plugins.so.1.5
-rw-r--r-- 1 strahinja strahinja 10112985 нов 24 15:50 /nfs_SL/ilcsoft/builds/x86_64_gcc64_ub1404/v01-19-05/DD4hep/v01-05/lib/libDDG4Plugins.so.1.5
Has anyone had a similar problem before? Is there a way I can check where cling::DynamicLibraryManager is looking for libraries?
- OS version: Ubuntu linux 14.04
- Compiler version: GCC 6.4
- Package version: tag v01-19-05
- Reproduced by: install ilcSoft using iLCInstall (tag v01-19-05), source
init_ilcsoft.shof the installation, add GCC 6.4 to PATH, run ddsim command like above. - Input:
clic_steer.py is from master branch on github:
link to clic_steer.py
I made the following changes in clic_steer.py:
SIM.enableGun = True
SIM.numberOfEvents = 3
CLIC_o2_v05.xml is from tag v01-19-05.
- Output: full build and run log output
release-ilcsoft-v01-19-05-2017-11-24_20-29.log
For the full run log see above. - Goal: run ddsim with particle gun and CLIC detector.
Default LCIO Input File for `fcceeConfig/fccReconstruction.xml` does not exist anymore
cp: cannot stat ‘/afs/cern.ch/work/e/eleogran/public/mu_sim/mu_validation_50kevents.slcio’: No such file or directory
Add all parameters for DDMarlinPandora, correct values
Add vertexing to default reconstruction
- Use the following collections as input:
380 GeV: The new variant which is even more loose than the "loose selected" PFOs.- 1.5 TeV: The "selected" PFOs.
- 3 TeV: The "tight selected" PFOs.
-
Remove isolated leptons including Bremsstrahlung recovery for electrons. This probably needs to be tuned separately for the different energies.
-
Use the VLC algorithm with R = 1.2/0.8/0.5 (exact values to be confirmed) at 380 GeV/1.5 TeV/3 TeV to reconstruct n = 2, 3, 4, 5 and 6 jets in the exclusive mode.
-
Run the vertexing for each n.
TODO
-
Add "VeryLoose" selection for 380 GeV - Add Isolated LeptonFinder/Bremsstrahlung recovery processor for different energies
- Add Jet Clustering processors for different energies
- Add Vertex finder for different jet collections
- Check reconstruction time increase
- Add all necessary collections to DST output
Fix Key4hep and coverity CI workflows
Migrated to github actions in #134.
- Key4hep workflow fails during tests because there is no
run_test_lcgeo.shscript - Coverity needs a migration of the secret to work
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.