-
Notifications
You must be signed in to change notification settings - Fork 5
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 Boris ensemble tracing #128
Conversation
Codecov ReportAttention:
Additional details and impacted files@@ Coverage Diff @@
## master #128 +/- ##
==========================================
+ Coverage 57.88% 58.07% +0.18%
==========================================
Files 10 10
Lines 672 675 +3
==========================================
+ Hits 389 392 +3
Misses 283 283 ☔ View full report in Codecov by Sentry. |
Benchmark resultJudge resultBenchmark Report for /home/runner/work/TestParticle.jl/TestParticle.jlJob Properties
ResultsA ratio greater than
Benchmark Group ListHere's a list of all the benchmark groups executed by this job:
Julia versioninfoTarget
Baseline
Target resultBenchmark Report for /home/runner/work/TestParticle.jl/TestParticle.jlJob Properties
ResultsBelow is a table of this job's results, obtained by running the benchmarks.
Benchmark Group ListHere's a list of all the benchmark groups executed by this job:
Julia versioninfo
Baseline resultBenchmark Report for /home/runner/work/TestParticle.jl/TestParticle.jlJob Properties
ResultsBelow is a table of this job's results, obtained by running the benchmarks.
Benchmark Group ListHere's a list of all the benchmark groups executed by this job:
Julia versioninfo
Runtime information
|
Current implementation of the Boris ensemble pusher triggers quite a lot memory allocations, which in turn triggers GC more frequently when running with multithreading (#127). This PR tries to reduce the allocations a bit by assuming that the timestep, EM fields, and particle properties are constant within one batch tracing.