Viewing profile — olokobayusuf
olokobayusuf
HN member- Joined
- Sun, Mar 18, 2018, 6:44 PM UTC
- HN karma
- 174
- Public activity
- 68 items
- HN profile
- View on Hacker News ↗
About olokobayusuf
No profile information was provided.
Recent public activity
- story
-
comment
Comment #47173291
There are over 2.5 billion Qualcomm processors in the world today (PC, mobile, automotive, etc). But the process for bringing AI models to run on Qcom processors is a (massive) pai…
- story
-
story
Show HN: Our command line tool to transpile AI Inference from Python to C++
Hey all! We're a small (semi-stealth) team that's been working on a tool to rewrite AI inference code from Python to C++ (similar to llama.cpp, whisper.cpp, and so on). Today, we'r…
-
comment
Comment #45539378
Congrats on the launch!
-
comment
Comment #45508931
We should collab! We prefer to be the underlying infrastructure behind the scenes, and have a pretty holistic approach towards hardware coverage and performance optimization. Read …
-
comment
Comment #45508909
We're building something closer to this at Muna: https://docs.muna.ai . Check us out and let me know what you think!
-
comment
Comment #45508872
This is super interesting! I'm the founder of Muna ( https://docs.muna.ai ) with much of the same underlying philosophy, but a different approach: We're building a general purpose …
-
comment
Comment #45404878
Yup that's true. We do benefit from massive efficiencies though, thanks to LLM codegen.
-
comment
Comment #45404791
Our primary use case is cross-platform AI inference (unsurprising), and for that use case we're already in production by startups to larger co's. It's kind of funny: our compiler c…
-
comment
Comment #45404669
I'm founding a company that is building an AOT compiler for Python (Python -> C++ -> object code) and it works by propagating type information through a Python function. That type …
- story
-
comment
Comment #44170679
Function ( https://fxn.ai ) | Remote (US) We're building native code generation for AI developers. We generate high-performance C++/Rust to power open-source and on-device AI for o…
-
comment
Comment #43764176
Link to original article that kickstarted all of this: https://medium.com/@eugeniyoz/powering-angular-with-rust-was...
-
story
Show HN: Powering React with Python (WASM)
A few weeks ago, Theo T3 posted a read-through of a Medium article showing how to augment an AngularJS website with WebAssembly in order to compute a factorial. I've been building …
-
comment
Comment #43676561
When we trace Python code, devs have to explicitly opt-in dependency modules to tracing. Specifically, the `@compile` decorator has a `trace_modules` parameter which is a `list[typ…
-
comment
Comment #43674073
Not entirely sure what you mean by having to deal with C-API and having a language spec. We're also not competing with LLMs at all--we use LLMs for said conversion (under strict ve…
-
comment
Comment #43674051
Actually we're currently implementing Numpy (and PyTorch) support, and will cover a few other core scientific computing libraries like scipy. See docs: https://docs.fxn.ai/predicto…
-
comment
Comment #43674034
Not quite. First, Function is designed to be truly cross-platform but libraries like Numpy aren't compiled for say WebAssembly. Second, the native libraries are usually built aroun…
-
comment
Comment #43673987
Spot on! The majority of the innovation here is in building enough rails (specifically around lowering Python's language features to native code) so that LLM codegen can help you t…
-
comment
Comment #43673976
I think a more pedantic way to describe what I mean is: "What if we could compile Python into raw native code *without having a Python interpreter*?" The key distinguishing feature…
-
comment
Comment #43673962
Yes, we upload user code to a cloud sandbox in order to run our symbolic tracing and code generation algorithm. Beyond that, we also compile the generated native code in the cloud …
-
comment
Comment #43672434
Way ahead of you: https://github.com/olokobayusuf/python-vs-rust/blob/main/Car... I've clarified that this is not designed to be a rigorous benchmark. We've got rigorous benchmarks…
-
comment
Comment #43672412
More serious reply: us and Mojo have similar visions of where the world is going. The key difference between us is that Mojo is itself a new programming language. Sure, it supports…
-
comment
Comment #43672373
We use LLVM! We're not translating Python directly to LLVM IR (I think I've seen other projects do this). We translate Python to C++/Rust first, where we have rigorous unit tests f…