<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recipes for Pre-training LLMs with MXFP8 · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/2506.08027/</link><description>Collected HN comments and submissions linking this paper.</description><language>en</language><lastBuildDate>Mon, 02 Nov 2026 11:16:22 GMT</lastBuildDate><atom:link href="https://hackerpaper.kaipfister.de/p/2506.08027/feed.xml" rel="self" type="application/rss+xml" /><item><title>Recipes for Pre-training LLMs with MXFP8 — mentioned by neilmovva</title><link>https://news.ycombinator.com/item?id=44999232</link><guid isPermaLink="false">urn:hackerpapers:mention:2506.08027:44999232</guid><pubDate>Sat, 23 Aug 2025 21:19:42 GMT</pubDate><description>&lt;p&gt;Today, training in &amp;quot;low precision&amp;quot; probably means computing FP8 x FP8 -&amp;gt; FP32. The FP32 accumulation is still important, but otherwise yes this works, especially if we&amp;#x27;re talking about MXFP8 as supported on Blackwell [0]. What&amp;#x27;s less proven is a recipe using MXFP4 x MXFP4 -&amp;gt; FP32 compute, e.g. [1], which needs more involved techniques to work. But if you get it to work stably, that pathway is running at full throughput on 5090. [0]: https://arxiv.org/abs/2506.08027 [1]: https://arxiv.org/abs/2502.20586&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2506.08027/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.LG</category></item></channel></rss>
