1 / 5

Athena for combined TB?

Athena for combined TB?. Why would one consider it? Pros and cons. Possible Advantages. Learn some new tools like C++, Athena, databases… Reconstruction code “reusuable” later for “real” data taking; bigger community can profit

neviah
Download Presentation

Athena for combined TB?

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Athena for combined TB? Why would one consider it? Pros and cons

  2. Possible Advantages • Learn some new tools like C++, Athena, databases… • Reconstruction code “reusuable” later for “real” data taking; bigger community can profit • Fortran is about to “die”. Thus, motivation to develop code in Fortran low • Use of code which already exists or could be easily modified • Profit from code development to do TB analysis for EM modules or from ROD package • “current” reconstruction code benefits from using/adapting it in more realistic environment

  3. Negative Aspects • Development more time-consuming • Most of us have to learn first C++, Athena… • Still lots of changes in Athena framework, you have to keep track of • Fortran code for HEC analysis ready, so not much need to change this part for combined test • Work in new framework difficult due to missing documentation, changes in Gaudi/Athena, developing event data model • Accept working in ATLAS environment • keep code in “running” status • Obey coding standards • interaction with larger community

  4. Decision • Decision on which framework to use depends crucially on • Time-scale of project • Manpower • Interest of people actually writing the code • Interest of people doing the analysis later on (to a lesser extend) • In the beginning it’s hard to get used to all this new stuff & framework unstable • either you work full-time or in an unefficient way

  5. Comments/Suggestions Once TB converter available • Try using already existing code e.g. LArHit • Produce cells using CaloCell, LArCell • Try keeping the reconstruction flow and put in your own code for corrections • Speak to reconstruction people if current code is not “flexible” enough • If you write “new” code try to keep similar naming conventions for algorithms, variables as available in LAr code  makes life easier for newcomers • Probably quite some algorithms/methods can be easily translated from Fortran to C/C++, but no use doing “ftoc” because of framework dependencies. If you prefer Fortran no use switching to Athena

More Related