<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Smoothed Analysis of Algorithms: Why the Simplex Algorithm Usually Takes Polynomial Time · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/cs_0111050/</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/cs_0111050/feed.xml" rel="self" type="application/rss+xml" /><item><title>Smoothed Analysis of Algorithms: Why the Simplex Algorithm Usually Takes Polynomial Time — mentioned by FooBarBizBazz</title><link>https://news.ycombinator.com/item?id=42026296</link><guid isPermaLink="false">urn:hackerpapers:mention:cs_0111050:42026296</guid><pubDate>Sat, 02 Nov 2024 13:34:42 GMT</pubDate><description>&lt;p&gt;Man, there was a lot of obtuse argument to wade through to get to this post. This is an interesting fact. Apparently this is the source? https://arxiv.org/abs/cs/0111050&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/cs_0111050/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.DS</category></item><item><title>Smoothed Analysis of Algorithms: Why the Simplex Algorithm Usually Takes Polynomial Time — mentioned by npalli</title><link>https://news.ycombinator.com/item?id=31792512</link><guid isPermaLink="false">urn:hackerpapers:mention:cs_0111050:31792512</guid><pubDate>Sat, 18 Jun 2022 18:36:18 GMT</pubDate><description>&lt;p&gt;The article discusses how the two mathematicians (Spielman and Teng) came up with Smoothed Analysis for Algorithms (as opposed to Worst case) which gives insight into why Simplex works well. We introduce the smoothed analysis of algorithms, which is a hybrid of the worst-case and average-case analysis of algorithms. In smoothed analysis, we measure the maximum over inputs of the expected performance of an algorithm under small random perturbations of that input. We measure this performance in terms of both the input size and the magnitude of the perturbations. We show that the simplex…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/cs_0111050/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.DS</category></item><item><title>Smoothed Analysis of Algorithms: Why the Simplex Algorithm Usually Takes Polynomial Time — mentioned by luu</title><link>https://news.ycombinator.com/item?id=11845041</link><guid isPermaLink="false">urn:hackerpapers:mention:cs_0111050:11845041</guid><pubDate>Mon, 06 Jun 2016 06:37:19 GMT</pubDate><description>&lt;p&gt;&amp;gt; If you have tens of thousands of variables, you definitely don&amp;#x27;t want to risk dealing with the simplex method&amp;#x27;s worst-case behavior. The risk is extremely low. In fact, the risk is so low that, for deacdes, it was an open question why the simplex algorithm was so good in practice on a wide variety of workloads despite having poor worst-case complexity (unlike, for example, pure quicksort, which is often problematic in practice). Spielman solved that problem in 2001 and showed that even very small perturbations from a contrived worst-case input have good performance…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/cs_0111050/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.DS</category></item><item><title>Smoothed Analysis of Algorithms: Why the Simplex Algorithm Usually Takes Polynomial Time — HN submission</title><link>https://news.ycombinator.com/item?id=11322722</link><guid isPermaLink="false">urn:hackerpapers:submission:cs_0111050:11322722</guid><pubDate>Sun, 20 Mar 2016 12:51:41 GMT</pubDate><description>&lt;p&gt;Why the Simplex Algorithm Usually Takes Polynomial Time (2001)&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;3 points; 0 discussion replies on HN. &lt;a href="https://hackerpaper.kaipfister.de/p/cs_0111050/"&gt;Paper and source history&lt;/a&gt;. A submission is not an endorsement.&lt;/p&gt;</description><category>cs.DS</category></item><item><title>Smoothed Analysis of Algorithms: Why the Simplex Algorithm Usually Takes Polynomial Time — HN submission</title><link>https://news.ycombinator.com/item?id=6665574</link><guid isPermaLink="false">urn:hackerpapers:submission:cs_0111050:6665574</guid><pubDate>Sun, 03 Nov 2013 23:10:07 GMT</pubDate><description>&lt;p&gt;Smoothed Analysis: Why the Simplex Algorithm Usually Takes Polynomial Time&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;55 points; 8 discussion replies on HN. &lt;a href="https://hackerpaper.kaipfister.de/p/cs_0111050/"&gt;Paper and source history&lt;/a&gt;. A submission is not an endorsement.&lt;/p&gt;</description><category>cs.DS</category></item><item><title>Smoothed Analysis of Algorithms: Why the Simplex Algorithm Usually Takes Polynomial Time — mentioned by mzl</title><link>https://news.ycombinator.com/item?id=2123069</link><guid isPermaLink="false">urn:hackerpapers:mention:cs_0111050:2123069</guid><pubDate>Thu, 20 Jan 2011 08:21:56 GMT</pubDate><description>&lt;p&gt;OTOH, simplex is very efficient already. Average-case complexity for random matrices is polynomial, and there are some interesting results that extend beyond that (see http://arxiv.org/abs/cs/0111050).&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/cs_0111050/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.DS</category></item><item><title>Smoothed Analysis of Algorithms: Why the Simplex Algorithm Usually Takes Polynomial Time — HN submission</title><link>https://news.ycombinator.com/item?id=110636</link><guid isPermaLink="false">urn:hackerpapers:submission:cs_0111050:110636</guid><pubDate>Thu, 07 Feb 2008 02:58:14 GMT</pubDate><description>&lt;p&gt;Smoothed Analysis: Why The Simplex Algorithm Usually Takes Polynomial Time.&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;2 points; 1 discussion reply on HN. &lt;a href="https://hackerpaper.kaipfister.de/p/cs_0111050/"&gt;Paper and source history&lt;/a&gt;. A submission is not an endorsement.&lt;/p&gt;</description><category>cs.DS</category></item></channel></rss>
