<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>BitSpeed.org</title>
    <link>https://bitspeed.org/</link>
    <description>Recent content on BitSpeed.org</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Tue, 20 Oct 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://bitspeed.org/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>About</title>
      <link>https://bitspeed.org/about/</link>
      <pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://bitspeed.org/about/</guid>
      <description>&lt;p&gt;BitSpeed.org is home to two independent Go tools. Inspect explains one HTTP transfer from the client side and compares saved runs. Transfer is being developed to move one file in verified chunks, with interruption recovery and final integrity verification as its goals. Each has its own command and release status.&lt;/p&gt;&#xA;&lt;p&gt;Inspect 0.1.1 is available now. It records trace events, redirects, observed body bytes and partial failures as JSON. Its reports distinguish measurements from calculations and labelled interpretations. A first-byte wait is evidence about an interval, not proof that a database or server CPU caused the delay.&lt;/p&gt;</description>
    </item>
    <item>
      <title>BitSpeed Inspect Explains HTTP Transfers and Compares Saved Runs</title>
      <link>https://bitspeed.org/bitspeed-inspect-explains-http-transfers-and-compares-saved-runs/</link>
      <pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://bitspeed.org/bitspeed-inspect-explains-http-transfers-and-compares-saved-runs/</guid>
      <description>&lt;p&gt;A slow request gives you a duration. The next question is where that duration came from, and whether the same interval changed after you adjusted something. BitSpeed Inspect records the client events behind one HTTP transfer and turns them into an explanation you can revisit.&lt;/p&gt;&#xA;&lt;p&gt;Inspect 0.1.1 is available as an independent Go command. It saves JSON, explains one recording and compares two sets of samples. Transfer is a separate tool under development, so there is no need to wait for a resumable-transfer engine to use Inspect.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Contact</title>
      <link>https://bitspeed.org/contact/</link>
      <pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://bitspeed.org/contact/</guid>
      <description>&lt;p&gt;Write to &lt;a href=&#34;mailto:info@bitspeed.org&#34;&gt;info@bitspeed.org&lt;/a&gt; with questions, feedback or a reproducible problem. For a software issue, the &lt;a href=&#34;https://github.com/softdevstudio/bitspeed/issues&#34;&gt;GitHub issue tracker&lt;/a&gt; is also available.&lt;/p&gt;&#xA;&lt;p&gt;Include the command version, operating system, command options and what happened. Review any recording before sending it: query values and fragments are redacted, but paths, hostnames and location labels can still disclose private information. Do not send credentials or tokens.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Download</title>
      <link>https://bitspeed.org/download/</link>
      <pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://bitspeed.org/download/</guid>
      <description>&lt;p&gt;Inspect 0.1.1 is the current released tool. Each archive includes the executable, documentation, license notices and BUILD_INFO.json. Transfer is in development and has no release archive.&lt;/p&gt;&#xA;&lt;table&gt;&#xA;  &lt;thead&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;th&gt;Platform&lt;/th&gt;&#xA;          &lt;th&gt;Download&lt;/th&gt;&#xA;          &lt;th&gt;Coverage&lt;/th&gt;&#xA;      &lt;/tr&gt;&#xA;  &lt;/thead&gt;&#xA;  &lt;tbody&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Linux amd64&lt;/td&gt;&#xA;          &lt;td&gt;&lt;a href=&#34;https://github.com/softdevstudio/bitspeed/releases/latest/download/bitspeed-inspect-linux-amd64.tar.gz&#34;&gt;tar.gz&lt;/a&gt;&lt;/td&gt;&#xA;          &lt;td&gt;Native archive smoke tested&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Linux arm64&lt;/td&gt;&#xA;          &lt;td&gt;&lt;a href=&#34;https://github.com/softdevstudio/bitspeed/releases/latest/download/bitspeed-inspect-linux-arm64.tar.gz&#34;&gt;tar.gz&lt;/a&gt;&lt;/td&gt;&#xA;          &lt;td&gt;Cross-built only&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;macOS arm64&lt;/td&gt;&#xA;          &lt;td&gt;&lt;a href=&#34;https://github.com/softdevstudio/bitspeed/releases/latest/download/bitspeed-inspect-darwin-arm64.tar.gz&#34;&gt;tar.gz&lt;/a&gt;&lt;/td&gt;&#xA;          &lt;td&gt;Native archive smoke tested&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;macOS amd64&lt;/td&gt;&#xA;          &lt;td&gt;&lt;a href=&#34;https://github.com/softdevstudio/bitspeed/releases/latest/download/bitspeed-inspect-darwin-amd64.tar.gz&#34;&gt;tar.gz&lt;/a&gt;&lt;/td&gt;&#xA;          &lt;td&gt;Cross-built only&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Windows amd64&lt;/td&gt;&#xA;          &lt;td&gt;&lt;a href=&#34;https://github.com/softdevstudio/bitspeed/releases/latest/download/bitspeed-inspect-windows-amd64.zip&#34;&gt;zip&lt;/a&gt;&lt;/td&gt;&#xA;          &lt;td&gt;Native archive smoke tested&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;  &lt;/tbody&gt;&#xA;&lt;/table&gt;&#xA;&lt;p&gt;Get &lt;a href=&#34;https://github.com/softdevstudio/bitspeed/releases/latest/download/SHA256SUMS&#34;&gt;SHA256SUMS&lt;/a&gt; and compare your archive&amp;rsquo;s SHA-256 before extracting. The &lt;a href=&#34;https://github.com/softdevstudio/bitspeed/releases/latest/download/bitspeed-inspect-verification.json&#34;&gt;verification metadata&lt;/a&gt; records the source commit and CI coverage. Checksums detect mismatched downloads; obtain both archive and manifest through the intended project release channel.&lt;/p&gt;</description>
    </item>
    <item>
      <title>How BitSpeed Inspect Was Tested</title>
      <link>https://bitspeed.org/how-bitspeed-inspect-was-tested/</link>
      <pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://bitspeed.org/how-bitspeed-inspect-was-tested/</guid>
      <description>&lt;p&gt;Inspect&amp;rsquo;s tests challenge its explanations as well as its ability to complete a request. Controlled local endpoints delay headers, stream bodies, redirect, return empty responses, disconnect early and wait for cancellation. A report that explains only a successful request would miss a large part of the job.&lt;/p&gt;&#xA;&lt;p&gt;The test suite checks timing arithmetic, missing events, partial observations, source evidence links and privacy boundaries. Comparison tests cover changed payloads and encodings, mixed failures, zero baselines, insufficient coverage and overlapping ranges. The conditions and outcomes are kept in &lt;a href=&#34;https://github.com/softdevstudio/bitspeed/tree/main/test/results&#34;&gt;recorded results&lt;/a&gt;, rather than being turned into a generic speed claim.&lt;/p&gt;</description>
    </item>
    <item>
      <title>HTTP Transfer Timing Needs More Than a Stopwatch</title>
      <link>https://bitspeed.org/http-transfer-timing-needs-more-than-a-stopwatch/</link>
      <pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://bitspeed.org/http-transfer-timing-needs-more-than-a-stopwatch/</guid>
      <description>&lt;p&gt;Two HTTP requests can take the same total time for very different reasons. One may spend most of its observed interval establishing a connection. Another may receive its first response byte quickly and then spend longer reading the body. A stopwatch hides that distinction.&lt;/p&gt;&#xA;&lt;p&gt;Inspect records trace events and keeps the interval boundaries explicit. Some events can be missing or ambiguous. Concurrent connection attempts also make a neat additive waterfall less honest than it looks. The report leaves unavailable values unavailable instead of filling them with zeroes.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Inspect</title>
      <link>https://bitspeed.org/inspect/</link>
      <pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://bitspeed.org/inspect/</guid>
      <description>&lt;p&gt;Inspect tells you where measured HTTP transfer time goes. Run it against an HTTP or HTTPS URL, save the recording and ask it to explain the observed events. Collect a second recording after a change and compare the two. The command is &lt;code&gt;bitspeed-inspect&lt;/code&gt;; version 0.1.1 is released.&lt;/p&gt;&#xA;&lt;p&gt;The useful distinction is between what the client saw and what it can infer. DNS events, connection attempts and response bytes are observations. An interval or median is calculated from those observations. Interpretations cite their evidence and rules. Missing or ambiguous events stay unavailable rather than quietly becoming zero.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Quick Start</title>
      <link>https://bitspeed.org/quick-start/</link>
      <pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://bitspeed.org/quick-start/</guid>
      <description>&lt;p&gt;Download Inspect for your platform from &lt;a href=&#34;https://bitspeed.org/download/&#34;&gt;Download&lt;/a&gt;, verify its archive checksum and extract it. The examples below use &lt;code&gt;./bitspeed-inspect&lt;/code&gt;; on Windows use &lt;code&gt;bitspeed-inspect.exe&lt;/code&gt;.&lt;/p&gt;&#xA;&lt;div class=&#34;highlight&#34;&gt;&lt;pre tabindex=&#34;0&#34; style=&#34;color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;&#34;&gt;&lt;code class=&#34;language-sh&#34; data-lang=&#34;sh&#34;&gt;&lt;span style=&#34;display:flex;&#34;&gt;&lt;span&gt;./bitspeed-inspect --version&#xA;&lt;/span&gt;&lt;/span&gt;&lt;span style=&#34;display:flex;&#34;&gt;&lt;span&gt;./bitspeed-inspect record --samples&lt;span style=&#34;color:#f92672&#34;&gt;=&lt;/span&gt;&lt;span style=&#34;color:#ae81ff&#34;&gt;3&lt;/span&gt; --timeout&lt;span style=&#34;color:#f92672&#34;&gt;=&lt;/span&gt;10s https://example.org/ &amp;gt; run.json&#xA;&lt;/span&gt;&lt;/span&gt;&lt;span style=&#34;display:flex;&#34;&gt;&lt;span&gt;./bitspeed-inspect explain run.json&#xA;&lt;/span&gt;&lt;/span&gt;&lt;span style=&#34;display:flex;&#34;&gt;&lt;span&gt;./bitspeed-inspect explain --format&lt;span style=&#34;color:#f92672&#34;&gt;=&lt;/span&gt;json run.json&#xA;&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;A failed request can still produce useful partial JSON. &lt;code&gt;record&lt;/code&gt; exits nonzero when samples fail or the batch is cancelled. Explaining a valid failed recording can succeed. Review stderr and the saved outcome before treating a recording as complete.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Reference</title>
      <link>https://bitspeed.org/reference/</link>
      <pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://bitspeed.org/reference/</guid>
      <description>&lt;p&gt;The &lt;a href=&#34;https://github.com/softdevstudio/bitspeed/blob/main/README.md&#34;&gt;README&lt;/a&gt; is the command manual. The repository keeps the detailed contracts beside the implementation and tests.&lt;/p&gt;&#xA;&lt;p&gt;Inspect has a &lt;a href=&#34;https://github.com/softdevstudio/bitspeed/blob/main/docs/recording-v1.md&#34;&gt;versioned recording format&lt;/a&gt;, &lt;a href=&#34;https://github.com/softdevstudio/bitspeed/blob/main/docs/explanations.md&#34;&gt;explanation rules&lt;/a&gt;, &lt;a href=&#34;https://github.com/softdevstudio/bitspeed/blob/main/docs/comparisons.md&#34;&gt;comparison rules&lt;/a&gt; and &lt;a href=&#34;https://github.com/softdevstudio/bitspeed/blob/main/docs/releases.md&#34;&gt;release packaging reference&lt;/a&gt;. These specify interval boundaries, evidence links, unavailable values, comparability checks and platform coverage.&lt;/p&gt;&#xA;&lt;p&gt;The &lt;a href=&#34;https://github.com/softdevstudio/bitspeed/tree/main/examples&#34;&gt;controlled demo and saved recordings&lt;/a&gt; can be explained or compared without accessing an external server. &lt;a href=&#34;https://github.com/softdevstudio/bitspeed/tree/main/test/results&#34;&gt;Recorded test results&lt;/a&gt; include environments and outcomes. The &lt;a href=&#34;https://github.com/softdevstudio/bitspeed/tree/main/test/results/session-five-release&#34;&gt;release verification evidence&lt;/a&gt; covers public archive hashes and a downloaded Linux executable.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Transfer</title>
      <link>https://bitspeed.org/transfer/</link>
      <pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://bitspeed.org/transfer/</guid>
      <description>&lt;p&gt;Transfer is a separate BitSpeed tool in development. Its intended job is deliberately narrow: move one source file to one destination using verified chunks, record progress and recover from interrupted work. It has no public release or binary download yet.&lt;/p&gt;&#xA;&lt;p&gt;The development source can prepare a local immutable snapshot, calculate chunk and full-file SHA-256 digests, publish a canonical manifest and revalidate that saved snapshot later. Reuse does not require the original source file. Preparation output explicitly says that a snapshot was prepared and no transfer was performed. This local work currently targets Linux and macOS filesystems with file and directory synchronization.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Why the Project Is Called BitSpeed</title>
      <link>https://bitspeed.org/why-the-project-is-called-bitspeed/</link>
      <pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://bitspeed.org/why-the-project-is-called-bitspeed/</guid>
      <description>&lt;p&gt;BitSpeed is a useful name only if it leads to a clear job. For Inspect, that job is explaining where observed transfer time goes. The name should get you to a measurement you can examine, rather than a promise that every request will become faster.&lt;/p&gt;&#xA;&lt;p&gt;That is also why the project contains separate tools. Understanding a request and moving a file safely are related problems, but they have different correctness tests. Inspect needs to keep timing evidence and interpretation apart. Transfer needs to prove which bytes survived interruption and when a complete destination can be reported.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
