<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Decoupled Weight Decay Regularization · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/1711.05101/</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/1711.05101/feed.xml" rel="self" type="application/rss+xml" /><item><title>Decoupled Weight Decay Regularization — mentioned by aaron-santos</title><link>https://news.ycombinator.com/item?id=23859094</link><guid isPermaLink="false">urn:hackerpapers:mention:1711.05101:23859094</guid><pubDate>Thu, 16 Jul 2020 14:04:38 GMT</pubDate><description>&lt;p&gt;&amp;gt; Consider the standard MSE loss in x-space with the popular l2-regularization on the weights (aka weight decay)... Am I missing something? I thought weight decay and l2 regularization could be equivalent when using SGD[1], but are not in adaptive gradient scenarios(the paper mentions using Adam later on). [1] - https://arxiv.org/pdf/1711.05101.pdf&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1711.05101/"&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>Decoupled Weight Decay Regularization — mentioned by bigdatarepublic</title><link>https://news.ycombinator.com/item?id=18961813</link><guid isPermaLink="false">urn:hackerpapers:mention:1711.05101:18961813</guid><pubDate>Mon, 21 Jan 2019 17:22:13 GMT</pubDate><description>&lt;p&gt;&amp;gt; They don&amp;#x27;t mention how/whether they tuned the learning rates and batch sizes to optimize for each different device. All networks were trained with the same hyperparameters. Only the batch size was increased with the amount of parallelization used (so increased 8-fold for TPU and distributed GPU). &amp;gt; Like they mention, they also use a very small network that isn&amp;#x27;t something you need the power of a TPU to train quickly and may scale differently than a large network. I agree completely here. We unfortunately didn&amp;#x27;t have access to the TPUs long enough to create more useful benchmarks on networks…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1711.05101/"&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>Decoupled Weight Decay Regularization — mentioned by trishume</title><link>https://news.ycombinator.com/item?id=18961620</link><guid isPermaLink="false">urn:hackerpapers:mention:1711.05101:18961620</guid><pubDate>Mon, 21 Jan 2019 16:57:36 GMT</pubDate><description>&lt;p&gt;This doesn&amp;#x27;t seem like a very informative benchmark to me. They don&amp;#x27;t mention how/whether they tuned the learning rates and batch sizes to optimize for each different device. Like they mention, they also use a very small network that isn&amp;#x27;t something you need the power of a TPU to train quickly and may scale differently than a large network. They also don&amp;#x27;t post their code so I can&amp;#x27;t check that their problems with ADAM aren&amp;#x27;t due to using L2 regularization, which https://arxiv.org/abs/1711.05101 shows leads to worse performance than SGD and you should use weight decay instead.&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1711.05101/"&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>Decoupled Weight Decay Regularization — HN submission</title><link>https://news.ycombinator.com/item?id=15707042</link><guid isPermaLink="false">urn:hackerpapers:submission:1711.05101:15707042</guid><pubDate>Wed, 15 Nov 2017 19:36:36 GMT</pubDate><description>&lt;p&gt;Fixing Weight Decay Regularization in Adam [pdf]&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/1711.05101/"&gt;Paper and source history&lt;/a&gt;. A submission is not an endorsement.&lt;/p&gt;</description><category>cs.LG</category></item></channel></rss>
