<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Rigging the Lottery: Making All Tickets Winners · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/1911.11134/</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/1911.11134/feed.xml" rel="self" type="application/rss+xml" /><item><title>Rigging the Lottery: Making All Tickets Winners — mentioned by DARSHANFOFADIYA</title><link>https://news.ycombinator.com/item?id=47884357</link><guid isPermaLink="false">urn:hackerpapers:mention:1911.11134:47884357</guid><pubDate>Fri, 24 Apr 2026 01:15:40 GMT</pubDate><description>&lt;p&gt;Most &amp;quot;sparse training&amp;quot; in PyTorch today isn&amp;#x27;t actually sparse. A binary mask gets multiplied into a dense weight matrix, which means the zeros still consume memory, still move through the cache, and still get multiplied. That&amp;#x27;s pruning simulation, not sparse computation. SparseLab does the other thing: real sparse storage (a custom Padded-CSR layout), custom NEON kernels, in an nn.Linear-compatible layer. The premise. It&amp;#x27;s been known since the Lottery Ticket Hypothesis (https://arxiv.org/abs/1803.03635) and RigL (https://arxiv.org/abs/1911.11134) that most models train competitively with ~10%…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1911.11134/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.LG</category></item><item><title>Rigging the Lottery: Making All Tickets Winners — mentioned by cma</title><link>https://news.ycombinator.com/item?id=35969436</link><guid isPermaLink="false">urn:hackerpapers:mention:1911.11134:35969436</guid><pubDate>Tue, 16 May 2023 23:55:15 GMT</pubDate><description>&lt;p&gt;50% sparsity is almost certainly already being used given that it is accelerated in current nvidia hardware both at training time, usable dynamically through RigL (&amp;quot;Rigging the Lottery: Making All Tickets Winners&amp;quot; https://arxiv.org/pdf/1911.11134.pdf )--which also addresses your point about initial conditions being locked in-- and at accelerates 50% sparsity at inference time.&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1911.11134/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.LG</category></item><item><title>Rigging the Lottery: Making All Tickets Winners — HN submission</title><link>https://news.ycombinator.com/item?id=22517105</link><guid isPermaLink="false">urn:hackerpapers:submission:1911.11134:22517105</guid><pubDate>Sun, 08 Mar 2020 09:13:38 GMT</pubDate><description>&lt;p&gt;Rigging the Lottery: Making All Tickets Winners (2019)&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/1911.11134/"&gt;Paper and source history&lt;/a&gt;. A submission is not an endorsement.&lt;/p&gt;</description><category>cs.LG</category></item><item><title>Rigging the Lottery: Making All Tickets Winners — mentioned by ekelsen</title><link>https://news.ycombinator.com/item?id=22512153</link><guid isPermaLink="false">urn:hackerpapers:mention:1911.11134:22512153</guid><pubDate>Sat, 07 Mar 2020 15:55:04 GMT</pubDate><description>&lt;p&gt;The implications are unclear to me. We already know how to prune models for inference. For example https://arxiv.org/abs/1710.01878, along with earlier work (and more recent work). There&amp;#x27;s also work showing that you can take advantage of the sparsity to achieve practical speed gains: https://arxiv.org/abs/1911.09723. We can also train networks that are sparse from the beginning of training (without requiring any special knowledge of the solution): https://arxiv.org/abs/1911.11134. It remains to be shown that this can be done with a speed advantage.&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1911.11134/"&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>
