-
Notifications
You must be signed in to change notification settings - Fork 157
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
refactor: Refactor and fix accuracy
property in ConstrainedStep
#2532
refactor: Refactor and fix accuracy
property in ConstrainedStep
#2532
Conversation
Codecov Report
@@ Coverage Diff @@
## main #2532 +/- ##
==========================================
+ Coverage 49.76% 49.77% +0.01%
==========================================
Files 466 466
Lines 26353 26354 +1
Branches 12100 12098 -2
==========================================
+ Hits 13114 13119 +5
Misses 4632 4632
+ Partials 8607 8603 -4
📣 We’re building smart automated test selection to slash your CI/CD build times. Learn more |
since seeding performance changed I think that the fatras ttbar simulation changed a bit. but in general physmon looks okay to me |
I noticed that the `CuboidVolumeBuilder` is not generating any envelope around the generated layer which results in overlapping surfaces which does not play nicely with navigation. discovered in #2532
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hmm the interface of this class is really not easy to get...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me!
Fixes an oversight in #2532
…cts-project#2532) I think the accuracy property of the `ConstrainedStep` should always be positive as we want to use it consistently in back stepping. I encountered a situation where the overstepping was not accurate enough (the overstepping step exceeded the eigen stepper error tolerance), then the step length reduction mechanism fails and ends in an endless loop. Pulled this out of acts-project#2518
I think the accuracy property of the
ConstrainedStep
should always be positive as we want to use it consistently in back stepping.I encountered a situation where the overstepping was not accurate enough (the overstepping step exceeded the eigen stepper error tolerance), then the step length reduction mechanism fails and ends in an endless loop.
Pulled this out of #2518