<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Posts on silentoxygen</title><link>https://silentoxygen.com/posts/</link><description>Recent content in Posts on silentoxygen</description><generator>Hugo</generator><language>en</language><lastBuildDate>Wed, 14 Jan 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://silentoxygen.com/posts/index.xml" rel="self" type="application/rss+xml"/><item><title>3. Introduction to C</title><link>https://silentoxygen.com/posts/003-intro_to_c/</link><pubDate>Wed, 14 Jan 2026 00:00:00 +0000</pubDate><guid>https://silentoxygen.com/posts/003-intro_to_c/</guid><description>&lt;h2 id="an-introduction-to-c"&gt;An introduction to C&lt;/h2&gt;
&lt;p&gt;C is still everywhere for one reason: it maps cleanly to the machine. It gives you direct access to memory, predictable performance, and a runtime model you can actually understand.&lt;/p&gt;
&lt;p&gt;It also gives you enough rope to build reliable infrastructure—or to ship undefined behavior into production and spend the next six months chasing ghosts.&lt;/p&gt;
&lt;p&gt;Most “intro to C” material starts with Hello, world. That’s fine, but it teaches nothing about what makes C uniquely powerful and uniquely dangerous. If you’re learning C today, it’s usually because you’re close to systems: Linux, networking, embedded, performance tooling, or security work.&lt;/p&gt;</description></item><item><title>1. Rust: Introduction</title><link>https://silentoxygen.com/posts/001-rust-introduction/</link><pubDate>Tue, 13 Jan 2026 00:00:00 +0000</pubDate><guid>https://silentoxygen.com/posts/001-rust-introduction/</guid><description>&lt;h1 id="rust-an-introduction"&gt;Rust: an introduction&lt;/h1&gt;
&lt;p&gt;Rust gets described in extremes. Either it’s “the future of systems programming” or “that language with the angry compiler.” Both are lazy takes.&lt;/p&gt;
&lt;p&gt;Rust is better understood as a language that takes correctness seriously enough to inconvenience you upfront. It trades short-term comfort for long-term reliability, and everything interesting about it follows from that choice.&lt;/p&gt;
&lt;p&gt;This document isn’t a tutorial. It’s a tour of the ideas that make Rust different — and why those ideas matter once systems get large, concurrent, and long-lived.&lt;/p&gt;</description></item><item><title>2. Rust: lscpu Implementation</title><link>https://silentoxygen.com/posts/002-mlscpu-blog/</link><pubDate>Tue, 13 Jan 2026 00:00:00 +0000</pubDate><guid>https://silentoxygen.com/posts/002-mlscpu-blog/</guid><description>&lt;h1 id="building-mlscpu--systems-introspection"&gt;Building &lt;code&gt;mlscpu&lt;/code&gt; — Systems Introspection&lt;/h1&gt;
&lt;p&gt;This post is about building &lt;strong&gt;&lt;code&gt;mlscpu&lt;/code&gt;&lt;/strong&gt;, a small Rust CLI that provides &lt;code&gt;lscpu&lt;/code&gt;‑style CPU introspection on macOS. It assumes basic Rust familiarity, but focuses less on syntax and more on &lt;strong&gt;how Rust shapes design decisions&lt;/strong&gt; when you are forced to confront the limits of your platform.&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="why-mlscpu-exists"&gt;Why &lt;code&gt;mlscpu&lt;/code&gt; exists&lt;/h2&gt;
&lt;p&gt;On Linux, &lt;code&gt;lscpu&lt;/code&gt; is deceptively good.&lt;/p&gt;
&lt;p&gt;It answers hard questions — topology, cache hierarchy, virtualization, feature flags — in a single, structured output. It doesn’t guess. It doesn’t invent values. If something isn’t known, it says so.&lt;/p&gt;</description></item><item><title>0. Hello world!</title><link>https://silentoxygen.com/posts/000-hello-world/</link><pubDate>Mon, 12 Jan 2026 00:00:00 +0000</pubDate><guid>https://silentoxygen.com/posts/000-hello-world/</guid><description>&lt;h2 id="why-this-blog-exists"&gt;Why this blog exists&lt;/h2&gt;
&lt;p&gt;This is a simple place to write about SRE, systems, reliability, and things I’m learning along the way.&lt;/p&gt;
&lt;h2 id="what-i-plan-to-write-about"&gt;What I plan to write about&lt;/h2&gt;
&lt;h3 id="site-reliability-engineering"&gt;Site Reliability Engineering&lt;/h3&gt;
&lt;p&gt;Notes on availability, incident response, and operating distributed systems.&lt;/p&gt;
&lt;h3 id="systems-and-infrastructure"&gt;Systems and infrastructure&lt;/h3&gt;
&lt;p&gt;Low-level details, tooling, automation, and architecture tradeoffs.&lt;/p&gt;
&lt;h3 id="learning-in-public"&gt;Learning in public&lt;/h3&gt;
&lt;p&gt;Writing to clarify thinking and keep track of progress.&lt;/p&gt;
&lt;h2 id="whats-next"&gt;What’s next&lt;/h2&gt;
&lt;p&gt;This is just a starting point. More long-form posts will follow.&lt;/p&gt;</description></item></channel></rss>