Skip to content

Conversation

@erikvansebille
Copy link
Member

Reverting to using float64 for time and dt in pset.execute(), because it might increase performance a lot (to be explored). See also Parcels-code/parcels-benchmarks#1

  • Chose the correct base branch (main for v3 changes, v4-dev for v4 changes)
  • Fixes #
  • Added tests
  • Added documentation

@erikvansebille
Copy link
Member Author

Turns out that datetime64 and timedelta64 computations are not the bottleneck in the kernel-loop (see Parcels-code/parcels-benchmarks#1 (comment)), so closing this PR

@github-project-automation github-project-automation bot moved this from Backlog to Done in Parcels development Jul 22, 2025
@erikvansebille
Copy link
Member Author

Actually, I now see that the particle-as-float may improve performance by a factor 2 for very large particle numbers (npart=10_000), so reopening to explore further

@github-project-automation github-project-automation bot moved this from Done to Backlog in Parcels development Jul 22, 2025
@erikvansebille
Copy link
Member Author

We're not pursuing this anymore; we're also getting good performance with numpy.datetime64

@github-project-automation github-project-automation bot moved this from Backlog to Done in Parcels development Sep 2, 2025
@erikvansebille erikvansebille deleted the particle_time_as_float branch January 21, 2026 07:11
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

Status: Done

Development

Successfully merging this pull request may close these issues.

2 participants