<?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 on Damien Dyes Blog</title>
    <link>https://blogs.damiendye.uk/de/tags/nvme/</link>
    <description>Recent content in Nvme on Damien Dyes Blog</description>
    <generator>Hugo</generator>
    <language>de-DE</language>
    <lastBuildDate>Thu, 13 Aug 2026 09:00:00 +0100</lastBuildDate>
    <atom:link href="https://blogs.damiendye.uk/de/tags/nvme/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Tri-Mode-Adapter kaufen Flexibilität mit deinen NVMe-Queues</title>
      <link>https://blogs.damiendye.uk/de/hardware/tri-mode-adapters-nvme-as-sas/</link>
      <pubDate>Thu, 13 Aug 2026 09:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/hardware/tri-mode-adapters-nvme-as-sas/</guid>
      <description>Ein Tri-Mode-Adapter lässt jeden Schacht SAS, SATA oder NVMe aufnehmen — daher U.3-Backplanes. Was er verschweigt: deine NVMe-Platten kommen in Linux als SCSI-Platten an mpt3sas an, Queue-Tiefe 128, ein Tag-Pool, ein x8-Uplink. Zwei Gen4-Platten sättigen die Karte, eine Gen5 ist schon darüber. Ob der Handel 2026 noch aufgeht.</description>
    </item>
    <item>
      <title>Proxmox-Ceph-Cluster auf HDDs schnell machen — Metadaten auf NVMe, eine Optane pro Spindel, und was es dich kostet</title>
      <link>https://blogs.damiendye.uk/de/proxmox/hdd-backed-ceph-bcache-optane/</link>
      <pubDate>Fri, 07 Aug 2026 20:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/hdd-backed-ceph-bcache-optane/</guid>
      <description>Flash-Preise machen All-NVMe schwer zu rechtfertigen, und Enterprise-HDDs sind einen zweiten Blick wert. Erträgliche Latenz daraus auf hyperkonvergentem Proxmox-Ceph: RocksDB von der Spindel wegholen, jede Platte über bcache mit eigener Optane paaren (Optane, weil NANDs Haltbarkeit dafür falsch ist), und ehrlich über die Fehlerfälle sein.</description>
    </item>
    <item>
      <title>Ein virtuelles NVMe-Gerät in Proxmox — und die drei Dinge, die du aufgibst</title>
      <link>https://blogs.damiendye.uk/de/proxmox/virtual-nvme-proxmox/</link>
      <pubDate>Fri, 07 Aug 2026 14:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/virtual-nvme-proxmox/</guid>
      <description>QEMU kann einen echten NVMe-Controller emulieren, der Gast nutzt also seinen eigenen eingebauten NVMe-Treiber, ohne VirtIO-Medium. Es ist auch von Entwurf her nicht migrierbar, für Proxmox-Sicherungen unsichtbar und nicht schneller als VirtIO SCSI. Hier steht, wie man eines hinzufügt und wann es sich lohnt.</description>
    </item>
    <item>
      <title>4Kn, 512e und 512n — warum natives 4K gewinnt, und was die Emulation kostet</title>
      <link>https://blogs.damiendye.uk/de/proxmox/block-sizes-4kn-512e/</link>
      <pubDate>Fri, 07 Aug 2026 12:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/block-sizes-4kn-512e/</guid>
      <description>512e-Laufwerke zeigen Sektoren von 512 Byte, die sie nicht haben, und die Firmware macht den Unterschied bei jedem fehlausgerichteten Schreibvorgang wieder gut. Was das auf dem Medium, im Host und an Schreibverstärkung kostet — warum direkte synchrone Schreibvorgänge der schlimmste Fall sind — und wie man einen ganzen Bestand auf 4Kn bringt.</description>
    </item>
    <item>
      <title>PCIe-Passthrough-Leistung auf Proxmox VE — die IOMMU-Steuer und wie man sie klein hält</title>
      <link>https://blogs.damiendye.uk/de/proxmox/pcie-passthrough-performance-the-iommu-tax/</link>
      <pubDate>Fri, 07 Aug 2026 10:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/pcie-passthrough-performance-the-iommu-tax/</guid>
      <description>Warum PCIe-Geräte Durchsatz verlieren, wenn man sie über VFIO an eine VM durchreicht, und die praktischen Schritte, die den größten Teil davon zurückholen.</description>
    </item>
  </channel>
</rss>
