Solving poker in custom WebGPU kernels
patrickhulin
47 points
14 comments
July 30, 2026
Related Discussions
Found 5 related stories in 317.6ms across 15,510 title embeddings via pgvector HNSW
- WebGPU Unleashed: A Practical Tutorial ibobev · 36 pts · July 24, 2026 · 58% similar
- Show HN: A game where you build a GPU Jaso1024 · 610 pts · April 04, 2026 · 57% similar
- Learn WebGPU for C++ ibobev · 94 pts · July 23, 2026 · 56% similar
- Show HN: How I topped the HuggingFace open LLM leaderboard on two gaming GPUs dnhkng · 358 pts · March 10, 2026 · 53% similar
- Zero-Copy GPU Inference from WebAssembly on Apple Silicon agambrahma · 58 pts · April 18, 2026 · 52% similar
Discussion Highlights (6 comments)
patrickhulin
I wanted to build a poker solver that I could host for ~free. This meant running client-side, where the best browser technology is WebGPU. The tensor library I wanted did not exist, but in the LLM era we sometimes don't need libraries at all. I had Codex turn my thousands of lines of PyTorch code into custom WebGPU kernels with parity tests. Codex then spent days optimizing those kernels. You can use the solver at https://holdem.computer , and the source is at https://github.com/phulin/poker2 .
bluecalm
>>A more modern approach instead “re-solves” each spot to a limited search depth and uses a neural network as an approximation function at the depth cutoff. Both tabular (e.g. Piosolver) and neural (e.g. GTOWizard) commercial solvers are available. PioSOLVER doesn't use any abstractions or cutoff functions. It just solves the whole game without any simplifications other than allowed bet sizes. The cost is rather large RAM requirements. The advantages is that it's very precise and produces exact results for every hand (it doesn't bundle them).
beepbooptheory
Man was really excited for some poker-themed computer science blogging like back in the day but really I guess shoulda known huh :/.
mncalc7
You should check out https://jax-js.com/ . It has parity with quite a large surface area of Jax, and compiles natively in the browser to wasm and webGPU, entirely written in JS.
ryanto
Wow, this is amazing, great read too. I have a few "test spots" I like to use with solvers and yours nailed them. >A more modern approach instead “re-solves” each spot to a limited search depth and uses a neural network as an approximation function at the depth cutoff. This sounds very interesting, I'd love to hear more about it. A few years ago a wrote a solver that worked by reducing the entire game tree. It was slow, and couldn't do preflop. It sounds like these re-solves allow preflop solves with needing a massive tree?
noname123
QQ for all the pro players out there, for 6 or 9-ring poker, can solvers really solve every scenario - or there is simply too many permutations. The other question I have is how do human players adapt to GTO play now? Like in other games, humans have adapted to novel strategies - I'm curious for poker whether there's ways to exploit GTO solvers (ie, if you put your opponent bot on the GTO range and chase the fat tails). And is the poker community's fair play detection algorithm good enough to catch players who use solvers like chess community - or it's easy to evade by making a few deviations. Much thanks!