feat: Integrate the traccc repository

[stephenswat]

This commit incorporates the entire codebase of traccc, the ACTS R&D
line on parallel track reconstruction, into the ACTS project.

The traccc commit used is XXXXXXXXXXXXXXXXXXXXXXXXXXX

--- END COMMIT MESSAGE ---

Confirmed attribution

Co-authored-by: Beomki Yeo <beomki.yeo@gmail.com>
Co-authored-by: Andreas Salzburger <andreas.salzburger@cern.ch>
Co-authored-by: Attila Krasznahorkay <attila.krasznahorkay@cern.ch>
Co-authored-by: Paul Gessinger <paul.gessinger@cern.ch>
Co-authored-by: Joana Niermann <joana.niermann@cern.ch>
Co-authored-by: Guilherme Metelo Rita de Almeida <g.almeida@cern.ch>
Co-authored-by: Neža Ribaric <neza.ribaric@cern.ch>
Co-authored-by: Konrad Kusiak <konrad.kusiak@kx27.eu>
Co-authored-by: Mateusz Jakub Fila <mateusz.jakub.fila@cern.ch>
Co-authored-by: Stewart Martin-Haugh <stewart.martin-haugh@stfc.ac.uk>
Co-authored-by: Xola Gugulethu Mapekula <xola.mapekula@cern.ch>
Co-authored-by: Sylvain Joube <sylvain.joube@gmail.com>
Co-authored-by: Mark Brettell <mark.brettell@cern.ch>
Co-authored-by: Mikkel Mødekjær <mimodekj@cern.ch>
Co-authored-by: Fabrice le Goff <fabrice@legoff.eu>
Co-authored-by: Hadrien Grasland <knights_of_ni@gmx.com>
Co-authored-by: Georgiana Mania <georgiana.mania@gmail.com>
Co-authored-by: Petr Fiedler <petr.fiedler@cern.ch>
Co-authored-by: Gabriel Carmona <gabriel.carmona@phd.unipi.it>
Co-authored-by: Vakho Tsulaia <qiarik@gmail.com>
Co-authored-by: Shima Shimizu <shima.shimizu@cern.ch>
Co-authored-by: Malik Shahzad Muzaffar <shahzad.malik.muzaffar@cern.ch>
Co-authored-by: Frederik Verdoner Barba <fbarba@ethz.ch>
Co-authored-by: Ioannis Maznas <ioannis.maznas@cern.ch>
Co-authored-by: Carlo Varni <carlo.varni@cern.ch>
Co-authored-by: Sorin Bețișor <inainte2@gmail.com>
Co-authored-by: Sebastián Torrealba <sebastian.torrealba@usm.cl>
Co-authored-by: Abhirikshma Nandi <abhirikshma14@gmail.com>
Co-authored-by: Soumya Sarkar <sosarkar@cern.ch>
Co-authored-by: Ankith Varri <>
Co-authored-by: Chamodya Attanayake <>
Co-authored-by: Arkadijs Slobodkins <>
Co-authored-by: gondiaz <>

Awaiting confirmation

Co-authored-by: ugGit <nwachuch@students.zhaw.ch>
Co-authored-by: ugGit <uchendu.n@hotmail.com>
Co-authored-by: Ryan Cross <ryan.cross@warwick.ac.uk>
Co-authored-by: CrossR <r.cross@lancaster.ac.uk>

--- END COAUTHORS ---

The idea of this PR is to do an as-is copy-paste integration, in order to exactly preserve the existing code base and provide traceability of any bugs we might find in the future.

To do list:

• Proper attribution of traccc authors.

This commit incurs some technical debt, which is to be solved asap. This includes:

• Properly integrating the ACTS pre-commit hooks to work on the traccc code.
• Removing unwanted parts of the traccc code base.

[stephenswat]

@Chamodya-ka
@Yhatoh
@arkslobodkins
@guilhermeAlmeida1
@fredevb
@shimasnd

Tagging you all because you have contributed to traccc but you did not use an email. Please let me know if you would like to be attributed with a name and email by replying to this thread.

[stephenswat]

@keyradical also you!

[keyradical]

@keyradical also you!

Thanks for the mention, I'm happy to be included with name and email: konrad.kusiak@kx27.eu.

[shimasnd]

Thank you for including me. Name and email for attribution: Shima Shimizu shima.shimizu@cern.ch

[github-actions]

📊: Physics performance monitoring for a23ca6a

Full contents

physmon summary

• ✅ Particles fatras
• ✅ Particles geant4
• ✅ Particles ttbar
• ✅ Vertices ttbar
• ✅ Truth tracking (KF)
• ✅ Truth tracking (GSF)
• ✅ Truth tracking (GX2F)
• ✅ Truth tracking (KF refit)
• ✅ Truth tracking (GSF refit)
• ✅ CKF finding performance | trackfinding | single muon | truth smeared seeding
• ✅ CKF fitting performance | trackfinding | single muon | truth smeared seeding
• ✅ CKF track summary | trackfinding | single muon | truth smeared seeding
• ✅ Seeding trackfinding | single muon | truth estimated seeding
• ✅ CKF finding performance | trackfinding | single muon | truth estimated seeding
• ✅ CKF fitting performance | trackfinding | single muon | truth estimated seeding
• ✅ CKF track summary | trackfinding | single muon | truth estimated seeding
• ✅ Seeding trackfinding | single muon | default seeding
• ✅ CKF finding performance | trackfinding | single muon | default seeding
• ✅ CKF fitting performance | trackfinding | single muon | default seeding
• ✅ CKF track summary | trackfinding | single muon | default seeding
• ✅ Seeding trackfinding | single muon | orthogonal seeding
• ✅ CKF finding performance | trackfinding | single muon | orthogonal seeding
• ✅ CKF fitting performance | trackfinding | single muon | orthogonal seeding
• ✅ CKF track summary | trackfinding | single muon | orthogonal seeding
• ✅ Seeding trackfinding | 4 muon x 50 vertices | default seeding
• ✅ CKF finding performance | trackfinding | 4 muon x 50 vertices | default seeding
• ✅ CKF fitting performance | trackfinding | 4 muon x 50 vertices | default seeding
• ✅ CKF track summary | trackfinding | 4 muon x 50 vertices | default seeding
• ✅ Ambisolver finding performance | trackfinding | 4 muon x 50 vertices | default seeding
• ✅ IVF notime | trackfinding | 4 muon x 50 vertices | default seeding
• ✅ AMVF gauss notime | trackfinding | 4 muon x 50 vertices | default seeding
• ✅ AMVF grid time | trackfinding | 4 muon x 50 vertices | default seeding
• ✅ Seeding trackfinding | ttbar with 200 pileup | default seeding
• ✅ CKF finding performance | trackfinding | ttbar with 200 pileup | default seeding
• ✅ CKF fitting performance | trackfinding | ttbar with 200 pileup | default seeding
• ✅ CKF track summary | trackfinding | ttbar with 200 pileup | default seeding
• ✅ Ambisolver finding performance | trackfinding | ttbar with 200 pileup | default seeding
• ✅ ML Ambisolver | trackfinding | ttbar with 200 pileup | default seeding
• ✅ AMVF gauss notime | trackfinding | ttbar with 200 pileup | default seeding
• ✅ AMVF grid time | trackfinding | ttbar with 200 pileup | default seeding
• 🔵️ Comparison - Truth tracking (GX2F vs KF)

[Yhatoh]

@Yhatoh

Thank you Stephen for reaching out, I'm honored. My name is Gabriel Carmona and my email is gabriel.carmona@phd.unipi.it.

[stephenswat]

What a glorious day to be alive.

[asalzburger]

What's the status on this?

I have noticed, e.g. that traccc doesn't build within ACTS when switching the DETRAY_LOG_LVL to VERBOSE/DEBUG due to some restrict loss of precision compilation error.

      358          TRACCC_VERBOSE_HOST_DEVICE("Actor: Kalman Fitter (status %d)...",
      359 -                                   actor_state.fit_result);
      359 +                                   static_cast<int>(actor_state.fit_result));

Of course these things are way easier to fix in one mono-rep (as I am trying to do with detray where similar issues exist).

[stephenswat]

What's the status on this?

What's the status on this?

I have noticed, e.g. that traccc doesn't build within ACTS when switching the DETRAY_LOG_LVL to VERBOSE/DEBUG due to some restrict loss of precision compilation error.

      358          TRACCC_VERBOSE_HOST_DEVICE("Actor: Kalman Fitter (status %d)...",
      359 -                                   actor_state.fit_result);
      359 +                                   static_cast<int>(actor_state.fit_result));

Of course these things are way easier to fix in one mono-rep (as I am trying to do with detray where similar issues exist).

I changed the CI config a bit, so it is now red again but this will be easy to fix. More pressing is to get the 10 open PRs in traccc so we can cleanly merge.

Regarding the logging, that all needs to be turned off for both detray and traccc or you risk running into both compiler warning and runtime segmentation faults.

[niermann999]

Regarding the logging, that all needs to be turned off for both detray and traccc or you risk running into both compiler warning and runtime segmentation faults.

Only when you print logs while running on the GPU without rate limiting the output (in my experience at least). Turning the logs on by default should therefore not be done, but especially when running host only code locally we should make sure it it possible to turn it on

[asalzburger]

Regarding the logging, that all needs to be turned off for both detray and traccc or you risk running into both compiler warning and runtime segmentation faults.

Only when you print logs while running on the GPU without rate limiting the output (in my experience at least). Turning the logs on by default should therefore not be done, but especially when running host only code locally we should make sure it it possible to turn it on

Exactly, I managed to get it to work - and it's super useful for navigation debugging,

[stephenswat]

CI is back to green! 🟢

[sonarqubecloud]

Quality Gate failed

Failed conditions
3 Security Hotspots
E Reliability Rating on New Code (required ≥ A)
12 New Bugs (required ≤ 0)

See analysis details on SonarQube Cloud

Catch issues before they fail your Quality Gate with our IDE extension SonarQube for IDE

[fredevb]

@Chamodya-ka @Yhatoh @arkslobodkins @guilhermeAlmeida1 @fredevb @shimasnd

Tagging you all because you have contributed to traccc but you did not use an email. Please let me know if you would like to be attributed with a name and email by replying to this thread.

Happy to be included as Frederik Verdoner Barba fbarba@ethz.ch. Thanks a lot for reaching out!