@gpuemi

cofounder/ceo @wafer_ai. math @uchicago

san francisco
Joined December 2015
11
1,073
we’re partnering with @youdotcom to bring Wafer’s inference to developers through its new Inference Router! access @wafer_ai through one OpenAI-compatible API, with multi-provider failover and built-in web search from You.com. link in thread 🧵
Introducing Inference Router: enterprise-grade inference on demand. Kimi K3, GLM 5.3, DeepSeek V4.1 Flash, Qwen3.8 Flash, Muse Spark 1.3, Mercury 3 and more, available with an uptime SLA of at least 99.9%. US hosting and web search built in. you.com/router
8
6
35
1,442
explore Inference Router here: you.com/router
3
67
emilio andere retweeted
we’re partnering with @youdotcom to bring Wafer’s inference to developers through its new Inference Router. access Wafer through one OpenAI-compatible API, with multi-provider failover and built-in web search from You.com. link in thread 🧵
Introducing Inference Router: enterprise-grade inference on demand. Kimi K3, GLM 5.3, DeepSeek V4.1 Flash, Qwen3.8 Flash, Muse Spark 1.3, Mercury 3 and more, available with an uptime SLA of at least 99.9%. US hosting and web search built in. you.com/router
7
6
34
1,223
emilio andere retweeted
we’re partnering with @youdotcom to bring Wafer’s inference to developers through its new Inference Router. access Wafer through one OpenAI-compatible API, with multi-provider failover and built-in web search from You.com. link in thread 🧵
Introducing Inference Router: enterprise-grade inference on demand. Kimi K3, GLM 5.3, DeepSeek V4.1 Flash, Qwen3.8 Flash, Muse Spark 1.3, Mercury 3 and more, available with an uptime SLA of at least 99.9%. US hosting and web search built in. you.com/router
8
7
33
2,634
emilio andere retweeted
Introducing Inference Router: enterprise-grade inference on demand. Kimi K3, GLM 5.3, DeepSeek V4.1 Flash, Qwen3.8 Flash, Muse Spark 1.3, Mercury 3 and more, available with an uptime SLA of at least 99.9%. US hosting and web search built in. you.com/router
16
25
15
123
222,970
emilio andere retweeted
we’re powering token pass on @vercel 🤝 @wafer_ai available as an add-on to vercel pro. more models coming soon vercel.com/docs/ai-gateway/t…
5
5
17
1,044
emilio andere retweeted
DeepSeek V4.1 Flash 1017 is now included in Vercel Token Pass. • New weights from DeepSeek • 1M context window • No config change Get $80 of tokens for $30/mo ↓vercel.com/changelog/deepsee…
19
17
7
220
65,480
emilio andere retweeted
excited to partner with @vercel to power Token Pass for $30 per month, your team gets $80 in monthly credit for: - GLM 5.3 - Kimi K3 - DeepSeek V4.1 Flash 1017 powered by @wafer_ai , with more models coming soon available as an add-on to Vercel Pro. links in thread 🧵
15
4
86
2,786
emilio andere retweeted
excited to partner with @Vercel to power Token Pass! for $30 per month, your team gets $80 in monthly credit for: - GLM 5.3, - Kimi K3 - DeepSeek V4.1 Flash 1017 powered by Wafer, with more models coming soon! available as an add-on to Vercel Pro. links in thread 🧵
14
5
3
75
5,898
excited to partner with @vercel to power Token Pass! for $30 per month, your team gets $80 in monthly credit for: - GLM 5.3 - Kimi K3 - DeepSeek V4.1 Flash 1017 powered by @wafer_ai, with more models coming soon! links in thread 🧵
12
8
1
55
2,107
emilio andere retweeted
DeepSeek v4.1 Flash (1017) is now included in ▲ Token Pass. Fast, mind-bogglingly cheap, and served with ZDR (zero-data retention). It's a phenomenal model to run subagents that execute plans conceived by larger and more expensive models. You can port TypeScript to Rust 10 times and not run out of credits 😂
100
24
9
957
56,760
emilio andere retweeted
Another takeaway after three years of building a company is that the returns to just "being a good person", and not acting transactionally, are higher than I expected. There are so many transactional, boring, and at times immoral people in the tech industry that if you act with sustained warmth, authenticity, humor, and integrity, great gifts will be laid before you. White pill.
79
95
36
1,613
99,757
emilio andere retweeted
the only real moat is love of the game
5
4
23
682
emilio andere retweeted
If you build an automation machine, the way to monetize it is to sell it to as many people as possible -- anyone who has tasks to automate. But if what you build is an invention machine, then the best way to monetize it is to use it yourself.
99
105
15
1,504
77,732
emilio andere retweeted
huge updates coming to the gpu perf engineering repo what resources are we missing?
we're doing a massive update on Wafer's popular open source guide to GPU performance engineering! a few cool resources going into this update: ⠀ 1. Stream-K: why a matmul can leave part of the GPU idle while the last blocks finish, and how dividing the multiply-accumulate work more evenly helps. ⠀ 2. tcgen05 for dummies: gau-nernst builds a Blackwell matmul step by step. Tensor Memory, asynchronous copies and pipelining, with code you can follow as the kernel develops. ⠀ 3. Thinking Machines' Defeating Nondeterminism: how changing the batch can change the order of floating-point additions, and why that can change inference results. then, how to make the kernels batch-invariant. ⠀ 4. Triton's Linear Layouts: how tensor elements are arranged across threads and registers, and the data movement needed to change that arrangement. ⠀ the update also expands the quantization, speculative decoding and hardware references. ⠀ the guide starts with one inference request, then moves through GPU fundamentals, kernels, serving engines and distributed systems. start at the beginning if you're new; use the individual sections when you hit a specific problem. ⠀ if you know a primary source that explains one of these topics better, open a PR.
1
4
19
951
emilio andere retweeted
we're doing a massive update on Wafer's popular open source guide to GPU performance engineering! a few cool resources going into this update: ⠀ 1. Stream-K: why a matmul can leave part of the GPU idle while the last blocks finish, and how dividing the multiply-accumulate work more evenly helps. ⠀ 2. tcgen05 for dummies: gau-nernst builds a Blackwell matmul step by step. Tensor Memory, asynchronous copies and pipelining, with code you can follow as the kernel develops. ⠀ 3. Thinking Machines' Defeating Nondeterminism: how changing the batch can change the order of floating-point additions, and why that can change inference results. then, how to make the kernels batch-invariant. ⠀ 4. Triton's Linear Layouts: how tensor elements are arranged across threads and registers, and the data movement needed to change that arrangement. ⠀ the update also expands the quantization, speculative decoding and hardware references. ⠀ the guide starts with one inference request, then moves through GPU fundamentals, kernels, serving engines and distributed systems. start at the beginning if you're new; use the individual sections when you hit a specific problem. ⠀ if you know a primary source that explains one of these topics better, open a PR.
13
13
6
125
6,499
you'll know more about blackwell tuning than 93.73% of people if you fully understand the Blackwell Tuning Guide it covers register limits, thread-block clusters, distributed shared memory, shared-memory carveouts, L2 persistence, and NVLink peer access. follow and save to keep up with the series. links in thread 🧵
we launched the most comprehensive ai performance engineering repo in the world we're posting every single resource follow and save to keep up with the series. links in thread 🧵 part 14: Blackwell Tuning Guide NVIDIA covers the execution limits, memory hierarchy, and communication mechanisms behind tuning AI workloads on Blackwell: - register budgets, resident warps, and occupancy in fused AI kernels. - shared-memory limits for attention and matmul tiles across Blackwell compute capabilities. - thread-block clusters and distributed shared memory for exchanging tensor data across blocks. - 8-block portable clusters, B200's optional 16-block clusters, and the parallelism tradeoff of larger clusters. - L1/shared-memory carveouts and the balance between caching and explicit tensor staging. - L2 cache persistence for inference kernels that reuse the same tensors. - NVLink peer access and direct tensor transfers between GPUs in model-parallel inference. the guide connects Blackwell's hardware limits to kernel design decisions like tile size, block cooperation, and tensor reuse, helping engineers choose what to test when tuning attention, matmul, and multi-GPU inference.
4
9
1
114
5,686
emilio andere retweeted
Blackwell Tuning Guide is required reading for ai perf engineers it covers register limits, thread-block clusters, distributed shared memory, shared-memory carveouts, L2 persistence, and NVLink peer access. follow and save to keep up with the series. links in thread 🧵
we launched the most comprehensive ai performance engineering repo in the world we're posting every single resource follow and save to keep up with the series. links in thread 🧵 part 14: Blackwell Tuning Guide NVIDIA covers the execution limits, memory hierarchy, and communication mechanisms behind tuning AI workloads on Blackwell: - register budgets, resident warps, and occupancy in fused AI kernels. - shared-memory limits for attention and matmul tiles across Blackwell compute capabilities. - thread-block clusters and distributed shared memory for exchanging tensor data across blocks. - 8-block portable clusters, B200's optional 16-block clusters, and the parallelism tradeoff of larger clusters. - L1/shared-memory carveouts and the balance between caching and explicit tensor staging. - L2 cache persistence for inference kernels that reuse the same tensors. - NVLink peer access and direct tensor transfers between GPUs in model-parallel inference. the guide connects Blackwell's hardware limits to kernel design decisions like tile size, block cooperation, and tensor reuse, helping engineers choose what to test when tuning attention, matmul, and multi-GPU inference.
6
8
54
1,873
emilio andere retweeted
we launched the most comprehensive ai performance engineering repo in the world we're posting every single resource follow and save to keep up with the series. links in thread 🧵 part 14: Blackwell Tuning Guide NVIDIA covers the execution limits, memory hierarchy, and communication mechanisms behind tuning AI workloads on Blackwell: - register budgets, resident warps, and occupancy in fused AI kernels. - shared-memory limits for attention and matmul tiles across Blackwell compute capabilities. - thread-block clusters and distributed shared memory for exchanging tensor data across blocks. - 8-block portable clusters, B200's optional 16-block clusters, and the parallelism tradeoff of larger clusters. - L1/shared-memory carveouts and the balance between caching and explicit tensor staging. - L2 cache persistence for inference kernels that reuse the same tensors. - NVLink peer access and direct tensor transfers between GPUs in model-parallel inference. the guide connects Blackwell's hardware limits to kernel design decisions like tile size, block cooperation, and tensor reuse, helping engineers choose what to test when tuning attention, matmul, and multi-GPU inference.
9
10
4
83
10,080