<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>A Multifaceted Look at Starlink Performance · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/2310.09242/</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/2310.09242/feed.xml" rel="self" type="application/rss+xml" /><item><title>A Multifaceted Look at Starlink Performance — mentioned by friseurtermin</title><link>https://news.ycombinator.com/item?id=40388202</link><guid isPermaLink="false">urn:hackerpapers:mention:2310.09242:40388202</guid><pubDate>Fri, 17 May 2024 10:01:00 GMT</pubDate><description>&lt;p&gt;What I miss in this article are some references to some of the great research on Starlink performance and characteristics that has come out in the past ~2 years. [1] and [2] come to mind. They also go into much more detail on the 15s interval, quote [1]: &amp;gt; Interestingly, we observe that the Starlink OWD (one-way delay) often noticeably shifts at interval points that occur at 15 s increments. Further investigation reveals the cause to be the Starlink reconfiguration interval, which, as reported in FCC filings [71], is the time-step at which the satellite paths are reallocated to the users.…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2310.09242/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.NI</category></item></channel></rss>
