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
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