<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Training LLMs over Neurally Compressed Text · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/2404.03626/</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/2404.03626/feed.xml" rel="self" type="application/rss+xml" /><item><title>Training LLMs over Neurally Compressed Text — mentioned by pizza</title><link>https://news.ycombinator.com/item?id=41485674</link><guid isPermaLink="false">urn:hackerpapers:mention:2404.03626:41485674</guid><pubDate>Mon, 09 Sep 2024 05:24:02 GMT</pubDate><description>&lt;p&gt;In a way, some things like this are possible/have been explored. In Huffman coding, the code length is log2(length of path in binary tree to x) ~ log2(1/p(x)). BPE works by combining the most frequent pair of adjacent tokens into a new token. So generally speaking, the most frequent token end up being earliest in the vocab, having a lower index. The number of bits to encode that index is log2(i(x)). In theory if you could have variable width int indices, then shorter indices would correspond with the more frequent tokens, so log2(i(x)) would correlate somewhat with log2(1/p(x)) and you would…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2404.03626/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.CL</category></item><item><title>Training LLMs over Neurally Compressed Text — HN submission</title><link>https://news.ycombinator.com/item?id=40292486</link><guid isPermaLink="false">urn:hackerpapers:submission:2404.03626:40292486</guid><pubDate>Tue, 07 May 2024 22:56:33 GMT</pubDate><description>&lt;p&gt;Training LLMs over Neurally Compressed Text&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;10 points; 3 discussion replies on HN. &lt;a href="https://hackerpaper.kaipfister.de/p/2404.03626/"&gt;Paper and source history&lt;/a&gt;. A submission is not an endorsement.&lt;/p&gt;</description><category>cs.CL</category></item><item><title>Training LLMs over Neurally Compressed Text — HN submission</title><link>https://news.ycombinator.com/item?id=40001145</link><guid isPermaLink="false">urn:hackerpapers:submission:2404.03626:40001145</guid><pubDate>Thu, 11 Apr 2024 11:49:20 GMT</pubDate><description>&lt;p&gt;Training LLMs over Neurally Compressed Text&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;2 points; 0 discussion replies on HN. &lt;a href="https://hackerpaper.kaipfister.de/p/2404.03626/"&gt;Paper and source history&lt;/a&gt;. A submission is not an endorsement.&lt;/p&gt;</description><category>cs.CL</category></item><item><title>Training LLMs over Neurally Compressed Text — HN submission</title><link>https://news.ycombinator.com/item?id=39984812</link><guid isPermaLink="false">urn:hackerpapers:submission:2404.03626:39984812</guid><pubDate>Tue, 09 Apr 2024 22:06:40 GMT</pubDate><description>&lt;p&gt;Training LLMs over Neurally Compressed Text&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;1 point; 0 discussion replies on HN. &lt;a href="https://hackerpaper.kaipfister.de/p/2404.03626/"&gt;Paper and source history&lt;/a&gt;. A submission is not an endorsement.&lt;/p&gt;</description><category>cs.CL</category></item></channel></rss>
