GSI Helmholtzzentrum für Schwerionenforschung
Dear colleagues, as anounced already in the EVO meeting today, I have redesigned the storage of the FairLinks in the Tree. This work has reached a stage were it has to be tested by other users. Especially if the TPC digitization problems still exist and how the memory consumption develops during a simulation. The new FairLinks work for MVD, TPC and Lhe. For all other detectors the dependence of FairMultiLinkedData has been removed. The files can be found in the development branch of pandaRoot in the branch FairExtLink_TS. It contains a full pandaRoot installation. I wish you all a Merry Christmas and a Happy New Year. Cheers, Tobias
Hi, maybe you have forgotten something in your development pandaroot: [spataro@pandafarm04 build]$ cmake ../pandaroot_ts/ -- The C compiler identification is GNU -- The CXX compiler identification is GNU -- Check for working C compiler: /usr/bin/gcc -- Check for working C compiler: /usr/bin/gcc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- The Fortran compiler identification is GNU -- Check for working Fortran compiler: /usr/bin/gfortran -- Check for working Fortran compiler: /usr/bin/gfortran -- works -- Checking whether /usr/bin/gfortran supports Fortran 90 -- Checking whether /usr/bin/gfortran supports Fortran 90 -- yes CMake Error at CMakeLists.txt:21 (include): include could not find load file: FairMacros CMake Error at CMakeLists.txt:22 (include): include could not find load file: WriteConfigFile CMake Error at CMakeLists.txt:24 (include): include could not find load file: CheckCompiler CMake Error at CMakeLists.txt:25 (include): include could not find load file: CheckFortran CMake Error at CMakeLists.txt:29 (Check_Compiler): Unknown CMake command "Check_Compiler". -- Configuring incomplete, errors occurred! [spataro@pandafarm04 build]$
Exactly: cmake trackbase geane eventdisplay geobase parbase generators genfit i.e. the external packets but base. Should I add them in the dev ?
Hi Stefano, for me I did a complete new check out of pandaRoot based on the development branch and it added automatically the external packages. Therefore I did not add them by hand into the SVN branch. It is strange that it did not work for you. You can add them. Have a Merry Christmas today. Ciao, Tobias
Hi, I did find the time to check the tpc digitization problem with the modified version of FairLinks from Tobias. To perform the check, I have used a lenny64 machine at GSI. I have tried the standard "jan10" external packages -> crash I have tried the trunk external packages -> crash I have tried Tobias development version of Links and jan10 -> crash In this sense, it seems Tobias' changes do not improve the situation. By the way, I had to comment out GEM because they were hanging the digitization with the dev links, probably there is something wrong inside. From my side, the last think to try is to run it on a machine w/o nfs to see if this is the cause.
Dear all, I am realy confused. The way the FairLinks are stored now is exactly the same way the rest of the PANDA data is stored (as a TClonesArray of data objects(FairLink in this case)). The FairLink is a very simple object just with a few integers and a float. I do not see a reason why this still can cause crashes from the code point of view. Maybe it is just the huge number of links needed for the TPC and the EMC which blast the RAM. If this is the case we have a general problem which is just intensified by the FairLink. Cheers, Tobias