Re:Go, Python, Rust, and production AI applications
by neomantra on Tuesday March 12, 2024 @10:24AM
(#39679900)
I'm starting to explore this for Time-Series analysis -- still at the beginning as I mostly used C++ before. Torch.ch (so old now!) used LuaJIT which has excellent FFI.
What is the realm of the interop problem there? That one wants to assemble data in Go and then feed it to another API? Or even at a lower level, getting data to a GPU/TPU requires C interop so it's more about the memory sharing?
Those libraries come from Google, so hopefully they can help battle these issues in the nether realms.
Re:Go, Python, Rust, and production AI applications
by Art9681 on Tuesday March 12, 2024 @09:50AM
(#39679494)
Can you elaborate on this or point me to some more information? I am primarily a Go dev that has been integrating AI/ML into a personal project. Like many other apps, I wrap llama.cpp and various other popular ML projects.
Recently I have been getting the itch to go lower level and see if it would be feasible to write an LLM backend in pure Go, or a Stable Diffusion backend. Just for curiosity and learning.
But if this is a dead-end I would like to know from someone more experienced than I. Thanks for any advice you can offer in advance.
Re:Go, Python, Rust, and production AI applications
by nerdix on Tuesday March 12, 2024 @11:02AM
(#39680362)
Do you know of any resources with details on using llama.cpp with Go?
Re:Go, Python, Rust, and production AI applications
by LettuceSand12 on Tuesday March 12, 2024 @11:00AM
(#39680336)
Why not elixir then? Good c interop, functional, and good performance.
Re:Go, Python, Rust, and production AI applications
by skldj28d2 on Tuesday March 12, 2024 @11:52AM
(#39680990)
Erlang/Elixir are very slow for most computationally expensive tasks.
Re:Go, Python, Rust, and production AI applications
by LettuceSand12 on Tuesday March 12, 2024 @12:01PM
(#39681099)
Isn’t python the same? Most of the work is done by c++ or rust libs with python as glue.
Re:Go, Python, Rust, and production AI applications
by skldj28d2 on Tuesday March 12, 2024 @12:26PM
(#39681385)
Python is the same but there's not nearly enough incentive to move to another slow language. A lot of people that are interested in using something other than Python want a language that doesn't require everything to be written in C, C++ or Fortran and used via bindings. Having most of the ecosystem written in one expressive and relatively fast language has huge benefits.
Written but someone who has built ML libraries from scratch in Go