TornadoVM VS bucket4j

You don't need to use C++ to interface with CUDA or even write it.

A while ago NVIDIA and the GraalVM team demoed grCUDA which makes it easy to share memory with CUDA kernels and invoke them from any managed language that runs on GraalVM (which includes JIT compiled Python). Because it's integrated with the compiler the invocation overhead is low:

https://developer.nvidia.com/blog/grcuda-a-polyglot-language...

And TornadoVM lets you write kernels in JVM langs that are compiled through to CUDA:

https://www.tornadovm.org

There are similar technologies for other languages/runtimes too. So I don't think that will cause NVIDIA to lose ground.

Presented by Juan Fumero, PhD & Research Fellow (The University of Manchester, UK) during the JVM Language Summit 2023 (Santa Clara CA).

More information on TornadoVM can be found at https://www.tornadovm.org/

Tags: #Java #JVMLS #GPU #FPGA #OpenJDK #GraalVM #AI

-- Bucket4J

And many other APIs.

If you work with Java and need a rate-limiting in your project, please look to Bucket4j.

GitHub: https://github.com/bucket4j/bucket4j

Report about Bucket4j: https://www.youtube.com/watch?v=kG_hF7p7xYI

Thank you for your attention!

Hi everyone! I want to present the library to provide rate-limiting in Java. Bucket4J - this is the most popular library to provide rate-limiting in Java. I invite each person to familiarize themselves with Bucket4J. We have been working for more than 7 years for the community and we want to make the library and open-source better. Bucket4J is used in many other libraries, such as Kubernetes client, JHipster, Atlassian, Twitch4J, and other popular libraries. Now we are going to huge release 7.0 with many features, we will publish about that a little bit later (in a few weeks). I hope with your support, we will be glad to your any contribution/suggestions/ideas.

See https://github.com/vladimir-bukhtoyarov/bucket4j and https://github.com/cowwoc/token-bucket for alternatives.