News for hackers. Stuff that matters.

unrahul

Re:Microgpt in pure C hits 10M tps on Apple m5 on Wednesday August 19, 2026 @01:32PM (#49364562)
Yes, a quick back of the envelope math is 0.65 * (memory bandwidth of the card / (model weights in bytes + kv cache in bytes) ~ practical decode tps. Below context around 32k (depends upon the model but again can be used as a placeholder number) you can ignore the kv cache in bytes and the math becomes just about memory bandwidth and model weights in bytes.
Re:Microgpt in pure C hits 10M tps on Apple m5 on Wednesday August 19, 2026 @12:58PM (#49364123)
You could think of it as a standard decoder only LLM (almost all modern ones we use everyday), with some layers (experts) having parallel networks and conditionally based on the input token (per token) - the token is routed through some of these layers. In the case of a non MoE (dense) - each token goes through all layers, so the inference engine has to read all the layers and do a matrix (layer) times vector (token) computation, while in the case of MoE the number of layers per token that has to do the compute is substantially lesser, so one can expect much higher tps than a dense model at the same number of parameters (size - 7B, 27B etc)
I have seen this flow in what people in some startups call "Agentic OCR", its essentially a control flow that is coded that tries pdf-parse first or a similar non expensive approach, and if it fails a threshold then use screenshot to text extraction.
Re:LLMs Can Teach Themselves to Better Predict the Future on Tuesday February 11, 2025 @01:48PM (#43016618)
Hey Danny, Really nice read.

Do you plan to share the source code to see if we could replicate this?

Re:Bypass DeepSeek censorship by speaking in hex on Friday January 31, 2025 @05:03PM (#42892722)
We don’t want hex , can ask in a language that is not popular or the first 5 in the dataset , and it would answer , but not always will work with deep think . Using a tiny translator model in front of the api can make it more ‘open’.
Re:Gemma doesn't suck anymore – 8 bug fixes on Tuesday March 12, 2024 @03:02AM (#39676863)
Daniel is of the best engineers I have ever worked with. Engineer in the true sense of wanting to know how something works and figuring out ways to improve it !
Re:Advent of GenAI Hackathon on Intel GPUs on Thursday November 23, 2023 @03:44PM (#38397314)
AI Developers, Startup Founders, Students: Ready for a Challenge? Join the "Advent of GenAI Hackathon" by Prediction Guard, with Intel Liftoff's support. A week-long journey into Generative AI awaits, packed with daily challenges to test your skills. Dive Deep into LLMs and experiment hands-on with Intel Corporation's AI Developer Cloud. Experience the power of Intel Xeon CPUs and Intel Data Center GPU Max! Build a Jupyter Notebook-based application that could win you cloud credits and recognition. Enroll by Dec 2: https://adventofgenai.com
Re: on Thursday May 25, 2023 @10:38PM (#36079094)
I couldn't find online how to finetune LLMs on an Intel dGPU, so i made a simple version. This particular one can be used to generate text based on your favorite book (for eg). I hope you find it useful if you are having an Intel discrete GPU.
Re:Unofficial guide to setup Intel dGPUs in Linux on Thursday April 27, 2023 @12:17PM (#35730364)
If you are one of those folks who use Linux and intel dGPUs (a tiny minority, I am sure :)) like me and is finding it difficult to set up a functional dev environment for the GPUs (Arc Alchemist, Datacenter Flex, GPU Max cards). This repo will help you set it up. I would love to get your feedback on this and on improvements that can be made. I made this for myself after I was tired of doing this many times. If there are any changes to the intel gpu docs, the repo gets auto-updated, so you can be sure this setup will work (to an extent).

I have also written a verification tool(https://github.com/rahulunair/xpu_verify) that can test if the setup is correct and help you fix it if it is not. The verification scripts will automatically run some C++ sycl parallel programming examples, AI examples using TensorFlow and PyTorch, and a few others. I would once again greatly appreciate any feedback on this.

Congrats!

Really nice work, I just bought it and put in on my reading list for today

Re:Show HN: A fast UUID generator for Python using Rust on Thursday February 18, 2021 @04:57AM (#26177980)
I was playing around with PyO3 and thought of building a UUID wrapper for Python using Rust's UUID library.
Also, i am looking at ways to make pulling the content the fastest way possible using cdn cached files where possible and things like that..
for the core functionality, the tool pretty much does that, although I am thinking of adding trending repos and things as such.. and any other features that other folks have in mind, keeping the core utility of the tool as opening a repo in your editor
Yup that is the intent, i designed it keeping in mind, I download very many repos and open it on vim, search is then offloaded to your tool of choice.

Future improvements I am looking at is to add a search for trending remote repos and some caching mechanism

With github1s getting released last week, I have seen a few implementations that help in quickly viewing a remote codebase. This is my attempt to build one, the tool pulls a remote repo locally and opens it in your favorite editor. It takes care of deleting the repo after you close your editor as well.