<?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>Performance on Het blog van Damien Dye</title>
    <link>https://blogs.damiendye.uk/nl/tags/performance/</link>
    <description>Recent content in Performance on Het blog van Damien Dye</description>
    <generator>Hugo</generator>
    <language>nl-NL</language>
    <lastBuildDate>Fri, 07 Aug 2026 20:00:00 +0100</lastBuildDate>
    <atom:link href="https://blogs.damiendye.uk/nl/tags/performance/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>HDD-Gebaseerde Proxmox-Ceph-Clusters Snel Maken — NVMe-Metadata, Eén Optane Per Spindel, en Wat Het Je Kost</title>
      <link>https://blogs.damiendye.uk/nl/proxmox/hdd-backed-ceph-bcache-optane/</link>
      <pubDate>Fri, 07 Aug 2026 20:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/nl/proxmox/hdd-backed-ceph-bcache-optane/</guid>
      <description>Flash-prijzen maken all-NVMe moeilijk te rechtvaardigen; enterprise-HDD&amp;#39;s zijn weer interessant. Acceptabele latency op hyper-converged Proxmox-Ceph: verplaats RocksDB van de spindel, koppel elke schijf aan zijn eigen Optane via bcache (Optane, want NAND-endurance is verkeerd voor de klus), en wees eerlijk over de faalmodi die het koopt.</description>
    </item>
    <item>
      <title>4Kn, 512e en 512n — Waarom Native 4K Wint, en Wat De Emulatie Kost</title>
      <link>https://blogs.damiendye.uk/nl/proxmox/block-sizes-4kn-512e/</link>
      <pubDate>Fri, 07 Aug 2026 12:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/nl/proxmox/block-sizes-4kn-512e/</guid>
      <description>512e-schijven presenteren 512-byte-sectoren die ze niet hebben, en de firmware maakt het verschil goed bij elke niet-uitgelijnde schrijfactie. Wat dat kost op het medium, in de host en in write amplification — waarom directe synchrone schrijfacties het slechtste geval zijn — en hoe je een vloot naar 4Kn omzet.</description>
    </item>
    <item>
      <title>PCIe-Passthrough-Prestaties op Proxmox VE — De IOMMU-Tax en Hoe Je Die Minimaliseert</title>
      <link>https://blogs.damiendye.uk/nl/proxmox/pcie-passthrough-performance-the-iommu-tax/</link>
      <pubDate>Fri, 07 Aug 2026 10:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/nl/proxmox/pcie-passthrough-performance-the-iommu-tax/</guid>
      <description>Waarom PCIe-apparaten doorvoer verliezen wanneer ze via VFIO aan een VM worden doorgegeven, en de praktische afstelstappen die het meeste ervan terugwinnen.</description>
    </item>
    <item>
      <title>NUMA-uitlijning op Proxmox VE — waarom het uitmaakt en hoe je het goed doet</title>
      <link>https://blogs.damiendye.uk/nl/proxmox/numa-alignment-proxmox/</link>
      <pubDate>Fri, 07 Aug 2026 09:40:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/nl/proxmox/numa-alignment-proxmox/</guid>
      <description>Op systemen met meerdere sockets verliest een VM met zijn vCPU&amp;#39;s op de ene NUMA-node en zijn doorgegeven apparaat op de andere 20–30% doorvoer, nog voordat je naar iets anders hebt gekeken.</description>
    </item>
    <item>
      <title>PCIe ASPM en waarom je het uit moet zetten voor passthrough</title>
      <link>https://blogs.damiendye.uk/nl/proxmox/pcie-aspm-passthrough/</link>
      <pubDate>Fri, 07 Aug 2026 09:20:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/nl/proxmox/pcie-aspm-passthrough/</guid>
      <description>Active State Power Management bespaart een paar watt op inactieve PCIe-links. Onder VFIO-passthrough voegt het latencyjitter toe die moeilijk te diagnosticeren en makkelijk te verhelpen is.</description>
    </item>
    <item>
      <title>PCIe MaxPayloadSize — gratis prestatiewinst bij passthrough</title>
      <link>https://blogs.damiendye.uk/nl/proxmox/pcie-maxpayloadsize/</link>
      <pubDate>Fri, 07 Aug 2026 09:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/nl/proxmox/pcie-maxpayloadsize/</guid>
      <description>Het virtuele root complex van QEMU gebruikt standaard TLP-payloads van 128 byte. De meeste apparaten kunnen 256 of 512. Eén kernelparameter lost het op.</description>
    </item>
  </channel>
</rss>
