<?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>Nvme-Of on 5glinux</title><link>https://blog.5glinux.com/tags/nvme-of/</link><description>Recent content in Nvme-Of 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/nvme-of/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></channel></rss>