-
-
Notifications
You must be signed in to change notification settings - Fork 455
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
Add a new proposal for GSoC25 in Trixi.jl #2217
Conversation
Let me know if you find any problems or have any questions. Thanks! |
It reads well overall, but I'm not sure how feasible migrating the P4est tree management code to GPU would be. |
Which thing are you most concerned about? I also think |
That would address my only concern! |
Please review again and approve it if there is no problem. Thanks |
Could you @ViralBShah please help merge it if you are available thanks |
Thanks for your proposal. Assuming |
Thanks 😊 |
I found a good quadtree example in the CUDA examples and have included the link here (instead of writing my own samples for guidance). However, I still plan to write a corresponding example in Julia to provide better support.
Also, I am unsure whether CUDA.jl offers robust support for handling complex tasks involving dynamic parallelism, as CUDA does. Moreover, the actual speedup depends heavily on the problem size. For example, 3D problems generally achieve greater speedup compared to 1D, and deeper levels of refinement typically result in better acceleration.
But this proposal is interesting to me; if no one chooses it, I'm happy to work on it myself.