Viewing profile — zhihaojia
zhihaojia
HN member- Joined
- Thu, Jan 11, 2018, 11:19 PM UTC
- HN karma
- 32
- Public activity
- 15 items
- HN profile
- View on Hacker News ↗
About zhihaojia
No profile information was provided.
Recent public activity
-
comment
Comment #44324655
1. In MPK, each task is mapped to an individual SM. The amount of work handled by a task is similar to that of a thread block in the traditional kernel-per-operator approach. 2. TL…
-
comment
Comment #44324572
Thanks for reproducing our results!
-
comment
Comment #44324282
You are right that CUDA graph can help reduce launch overhead but does not support overlapping computation/communication across layers, since data dependencies are described at the…
-
comment
Comment #44324263
Ooops, missed one sentence in my previous response. Stanford's MegaKernel project tackles a similar challenge but focuses on manual CUDA implementation. While MPK takes a compiler-…
-
comment
Comment #44324251
Thanks for the great feedback! Stanford's MegaKernel project tackles a similar challenge but focuses on manual CUDA implementation. While MPK takes a compiler-driven approach—users…
-
comment
Comment #44323815
Yes, it would be a lot of fun if MPK can enable torch.compile to generate megakernels. Torch-generated kernels are currently too slow for latency-sensitive workloads.
-
comment
Comment #44323806
Thanks for the feedback! Yes, we believe the approach is general and applicable to other ML workloads.
-
comment
Comment #44323795
The task implementations used by MPK are currently optimized for A100. While the Mirage compiler can generate task implementations for other architectures such as Hopper and Blackw…
-
comment
Comment #44323744
JAX's operator fusion ( https://apxml.com/courses/advanced-jax/chapter-2-optimizing-... ) can fuse a few local operators (e.g., matmul and elementwise computation) into a single ke…
-
comment
Comment #44322933
The github repo includes a tutorial for using MPK: https://github.com/mirage-project/mirage/tree/mpk
-
comment
Comment #44322926
Thanks a lot for your positive feedback! We believe that MPK can enhance existing LLM serving systems, especially for low-latency LLM serving. We are very excited about the opportu…
-
comment
Comment #44322875
Thanks for reading the post and github README. Supporting training is definitely feasible but the benefit may not be as significant as low-latency inference since training generall…
-
comment
Comment #44322837
This is the writer of the blog post. You are right that Stanford's work is a parallel effort. The main difference is that our focus is on compilation: making it easier to generate …
-
comment
Comment #35965635
SpecInfer is a system that accelerates generative LLM serving with speculative inference and token tree verification. The key idea is to use an LLM as a token tree verifier instead…
- story