λndres Mariscal (@SerialDev) header
λndres Mariscal (@SerialDev) profile picture

Wrote anti-cheat ml, do ML/AI at places you know off and probably use; systems ML person who still cares about cycles, graphics, compilers in the agentic era

Helsinki
Joined July 2015
Photo by λndres Mariscal (@SerialDev)Photo by λndres Mariscal (@SerialDev)Photo by λndres Mariscal (@SerialDev)Photo by λndres Mariscal (@SerialDev)Photo by λndres Mariscal (@SerialDev)Photo by λndres Mariscal (@SerialDev)Photo by λndres Mariscal (@SerialDev)Photo by λndres Mariscal (@SerialDev)Photo by λndres Mariscal (@SerialDev)
Replying to @karpathy
We could just have a thread on the best talks/ content you've seen there. youtu.be/8X69_42Mj-g?si=cVeF… 1 HR absolutely fantastic talk ( some follow ups on the llvm dev meetings). I would love the potential of LLMs with a chemistry DSL!
2
432
λndres Mariscal retweeted
I built bbtree, the foundation of databases and filesystems, and the fastest concurrent btree. Code: github.com/XiangpengHao/bbtr… Blog post & demo: bbtree.xiangpeng.systems/
51
197
59
1,800
189,970
λndres Mariscal retweeted
Hi folks! I'm looking for my next tech role and would really appreciate help spreading the word. I have 10+ YoE and am open to Senior/Staff/Principal, Tech Lead, and Engineering Manager roles. An intro or RT would mean a lot. ❤️ #OpenToWork [ Rust, C#, Python, JS, AI, Infosec ]
6
34
4
36
3,850
λndres Mariscal retweeted
🚨 [Token][ization] Paper Alert 🚨 Tokenization is a wildly understudied area of language modeling despite it having effects across all of NLP. Over the past ~8 months, 32 (!) tokenizer researchers put together the most comprehensive survey of the field. Check it out!
6
83
24
346
41,019
λndres Mariscal retweeted
Replying to @codemullins
😂
12
13
1
447
10,027
λndres Mariscal retweeted
In case you missed it, the full N64 programming video was made public last week! You can check it out here: teapaw.org/rfleury/status/2100359… The next entry, dealing with interrupt handling, diagnostic rendering, and controller input, will go public today.
New video: Making A Bare Metal N64 ROM This is the first in a series of videos on exploration of N64 programming from first principles. Preview of the first few minutes:
1
7
158
6,658
. With agentic coding, I think this approach will be a lot more common! gamedev used to do it quite a lot like it too, I remember we had everything from re-implementations of stdlib stuff too for our anticheat. TigerBeetle really resonates with good engineering imo
TigerBeetle has a strict zero dependencies rule (apart from Linux and the compiler).
2
68
λndres Mariscal retweeted
At TigerBeetle, as systems engineers, we: 1. write code, sharpening skill and second order understanding 2. read code, walking through the building to constantly improve things 3. review code, ensuring no code is merged without two engineers’ understanding and review.
18
42
3
436
16,764
λndres Mariscal retweeted
Nvidia is proposing a beast of a CPU system for Windows PCs. It has 128 GB of shared memory and comes with up to 6,144 state-of-the-art CUDA cores. CPU wise, the chip has 10 performance cores and 10 efficiency cores. The performance cores are based on the Cortex-X925. These chips appear to support six 128-bit SIMD execution units (SVE2), not as good as recent AMD chips, but better than Apple Silicon (on paper). The game changer is the unified 128 GB memory. That is the path Apple took years ago. Instead of separate memory for the CPU and GPU, everything shares a single pool. It is increasingly popular. The memory is not as fast as dedicated GPU memory, but it is cheap enough while delivering enough bandwidth to run AI models locally. I am not sure how many people will run AI models locally. It still seems like a niche application to me. However, it will make decent machines to play video games. It will be interesting to see how Intel and AMD respond. I think that the AVX-512 instructions supported by all recent AMD processors are far superior to the SVE2 instructions of the Cortex-X925. They can eat more data and they are more versatile. But Intel has been shy, thus far, in making it available on customer systems.
37
21
15
190
23,906
λndres Mariscal retweeted
one of the very first things i worked on after joining kimi was speeding up KDA's kernels with @yzhang_cs and @uniartisan (i got carried :D). it was super fun optimizing those triton kernels... and now comes FlashKDA, a highly efficient KDA in CUTLASS for the open community! side note: knowing how to write a kernel matters less and less, but knowing how it actually works efficiently matters as much as ever. although I rarely write kernels anymore, and instead mostly use kimi k2.6 / opus 4.5-7 to write them—far from optimized ones, simply for the sake of testing for signs of life—for me, those days of trying to make algorithms as hardware-aligned as possible turned out to be special and shaped many intuition for architectural designs that followed. (arch and infra are really two sides of the same coin). would highly recommend reading basic flash/linear attention's triton kernels in FLA (github.com/fla-org/flash-lin…) for anyone wanting to better understand how efficient kernels work btw
We're open-sourcing FlashKDA — our high-performance CUTLASS-based implementation of Kimi Delta Attention kernels. Achieves 1.72×–2.22× prefill speedup over the flash-linear-attention baseline on H20, and works as a drop-in backend for flash-linear-attention. Explore on github: github.com/MoonshotAI/FlashK…
8
27
3
383
53,067
100% agree a win for Zig, but disagree with the out-of-distribution generalisation, Zig is fine-tuned for performance "writing" and as a result you a over-represented high quality performance focused corpus (Bun, TigerBeetle, etc. and all of the Mike Acton inspired talks!)
Huge W for Zig, used for inference for K2.6. If you want absolute performance with exacting control over what your CPU executes and the way memory is laid out, Zig is the way.
2
143
λndres Mariscal retweeted
An awesome thread where @AgileJebrim talks about his custom language, compiler and programming model for GPUs. By restricting certain features/instructions, he is able to guarantee deterministic execution time, making it viable for real-time applications.
Not at a point yet where we’re ready for a public release. We’ve got a lot of infrastructure to build still as it’s to be a fully featured multi-user development environment and GPU simulator/debugger as well. Check back again in a year or two.
2
5
34
4,310
10x compression (32 bytes) looks great on paper, but jumping from 0.034 to 0.117 distortion is a total quality cliff. Johnson-Lindenstrauss lemma. Cutting QJL from 128 to 64 bits doesn't just "lose precision"it breaks the ds preservation guarantees. ideas?
1
61
λndres Mariscal retweeted
Trtllmgen kernels are now open. Fastest prefill and decode kernels for our target workloads. We wrote these to win InferenceX, MLPerf, other benchmarks. Powering some of today’s top served models. Dive in, learn, use them, or level up your own. Enjoy. github.com/flashinfer-ai/fla…
13
50
21
331
151,304
λndres Mariscal retweeted
Replying to @ThePrimeagen
Strudel REPL but for gamedev; that was proof of concept cljs; going for the moon no re-star'. teapaw.org/HostOfMeta/status/1776…
Replying to @HostOfMeta
Need more tools to bind all these feature together: teapaw.org/Lambda_Coder/status/17…
1
3
188
λndres Mariscal retweeted
IronBeetle⚡️ Ep 105 Zig's comptime is A W E S O M E for CLI argument parsing youtu.be/BDGkD3jtWpM
1
3
24
1,564
λndres Mariscal retweeted
Without getting all the way down to performance counters, GPU power from nvidia-smi is a better indicator of true utilization than job scheduling or “gpu busy”. I would love to see animated “heat maps” of the big data centers, with each pixel being an individual GPU’s power draw. I am confident that inference and frontier training at the big labs is highly efficient, but I wonder how many GPUs would be dark due to scheduling and inefficient research code. With a little calibration for base load and peak, just the power bill for the datacenter would be a pretty good first order indicator of utilization.
68
58
9
1,031
183,012