feat: Curvature sorting in SeedFilter

[LuisFelipeCoelho]

This PR introduces an option to sort the Seed by curvature in the SeedFilter.

If the boolean curvatureSortingInFilter is true, the seeds will be sorted by curvature and if a seed has a curvature greater that the maximum (upperLimitCurv) it will break out of loop.

curvatureSortingInFilter is set to false by default.

@noemina @robertlangenberg @paulgessinger

[codecov]

Codecov Report

Merging #1168 (fff55a8) into main (c9a5b53) will decrease coverage by 0.02%.
The diff coverage is 0.00%.

@@            Coverage Diff             @@
##             main    #1168      +/-   ##
==========================================
- Coverage   47.77%   47.75%   -0.03%     
==========================================
  Files         360      360              
  Lines       18608    18616       +8     
  Branches     8770     8774       +4     
==========================================
  Hits         8890     8890              
- Misses       3666     3674       +8     
  Partials     6052     6052              

Impacted Files	Coverage Δ
Core/include/Acts/Seeding/SeedFilter.ipp	0.00% <0.00%> (ø)
Core/include/Acts/Seeding/SeedFilterConfig.hpp	0.00% <ø> (ø)

📣 Codecov can now indicate which changes are the most critical in Pull Requests. Learn more

[robertlangenberg]

delete comments in SeedFilter.ipp line 70 & 71
// TODO: how much slower than sorting all vectors by curvature
// and breaking out of loop? i.e. is vector size large (e.g. in jets?)

as this PR addresses this :)

Did you test if this is faster respectively not significantly slower for small topSP vectors? If so, no need to make it conditional on curvatureSortingInFilter, and just always run it.

[robertlangenberg]

Hey, looks good! Did you do tests if this speeds up performance? If not or if tests weren't showing it's speeding up or maintaining performance in +- all cases, we should probably just push this in. If you have tests that DO say it's always beneficial, we can also get rid of the switch curvatureSortingInFilter.

[LuisFelipeCoelho]

@robertlangenberg these plots compare the time per event with and without the curvature sorting. In the first one, I ran the seeding 100 times for 500 single muon events (100 GeV) and the second one 100 times for 20 ttbar events (14 TeV).
I used the single muon events to check for small topSP vector.

The performance seems to be the same.

[paulgessinger]

Only a clang format change after @robertlangenberg's approval, so let's merge.