<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Storage on 5glinux</title><link>https://blog.5glinux.com/tags/storage/</link><description>Recent content in Storage on 5glinux</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Tue, 13 Oct 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://blog.5glinux.com/tags/storage/index.xml" rel="self" type="application/rss+xml"/><item><title>NetApp Trident on SUSE Virtualization: just the YAMLs</title><link>https://blog.5glinux.com/posts/netapp-trident-harvester-yamls/</link><pubDate>Tue, 13 Oct 2026 00:00:00 +0000</pubDate><guid>https://blog.5glinux.com/posts/netapp-trident-harvester-yamls/</guid><description>A copy-paste version of my Harvester knowledge base article on NetApp Trident: every manifest and command for NFS, iSCSI and NVMe/TCP backends, with as little prose as possible.</description></item><item><title>Longhorn v2 on SPDK: TCP catches up, RDMA still wins on latency (part 1)</title><link>https://blog.5glinux.com/posts/longhorn-v2-spdk-rdma-vs-tcp/</link><pubDate>Mon, 12 Oct 2026 00:00:00 +0000</pubDate><guid>https://blog.5glinux.com/posts/longhorn-v2-spdk-rdma-vs-tcp/</guid><description>Two snapshots of Longhorn&amp;rsquo;s SPDK-based v2 engine on the same three Ampere nodes: 1.12 with my RDMA patches, then 1.14 development builds with a newer SPDK. NVMe/TCP got about 7× lower write latency and now fills a 25 GbE link. RDMA still halves write latency.</description></item><item><title>LVM thin storage on SUSE Virtualization: chunk sizes, tuning knobs and encryption</title><link>https://blog.5glinux.com/posts/lvm-thin-suse-virtualization/</link><pubDate>Fri, 09 Oct 2026 00:00:00 +0000</pubDate><guid>https://blog.5glinux.com/posts/lvm-thin-suse-virtualization/</guid><description>What a summer of work on SUSE Virtualization&amp;rsquo;s LVM CSI driver taught me: why a thin pool&amp;rsquo;s chunk size can cost you 98% of your IOPS, what changed upstream, the new VM storage settings in 1.9.1, and what encryption at rest costs.</description></item></channel></rss>