<?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>Passthrough on Het blog van Damien Dye</title>
    <link>https://blogs.damiendye.uk/nl/tags/passthrough/</link>
    <description>Recent content in Passthrough on Het blog van Damien Dye</description>
    <generator>Hugo</generator>
    <language>nl-NL</language>
    <lastBuildDate>Fri, 07 Aug 2026 17:00:00 +0100</lastBuildDate>
    <atom:link href="https://blogs.damiendye.uk/nl/tags/passthrough/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Licentievrije Windows-VDI op Proxmox met een Intel Arc Pro B50 — en de Firmwarelimiet Die Het Stopte</title>
      <link>https://blogs.damiendye.uk/nl/proxmox/licence-free-vdi-intel-arc-pro-sriov/</link>
      <pubDate>Fri, 07 Aug 2026 17:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/nl/proxmox/licence-free-vdi-intel-arc-pro-sriov/</guid>
      <description>Intels Arc Pro-kaarten doen SR-IOV native, zonder vGPU-licentie om te kopen — wat een licentievrije Windows-VDI op Proxmox werkelijk mogelijk maakt. De hele build op een B50, het Windows-first-bootstrap-probleem, waarom de firmware het op twee virtual functions begrenst, en hoeveel elke kaart in de B-serie je geeft.</description>
    </item>
    <item>
      <title>Twee Bootregels — Welke Kernel-Flags Horen op een Proxmox-Host, en Welke Horen in de Gast</title>
      <link>https://blogs.damiendye.uk/nl/proxmox/kernel-boot-flags-host-guest/</link>
      <pubDate>Fri, 07 Aug 2026 15:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/nl/proxmox/kernel-boot-flags-host-guest/</guid>
      <description>De meeste Proxmox-afstelregels die je online vindt zijn één brok kernel-flags. De helft hoort op de hypervisor, de helft hoort binnen de gast, twee van de populaire doen helemaal niets, en een paar veranderen van betekenis afhankelijk van welke kant van de grens ze landen.</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>
    <item>
      <title>Gebruik altijd Q35, niet i440fx — waarom het uitmaakt op Proxmox VE</title>
      <link>https://blogs.damiendye.uk/nl/proxmox/q35-not-i440fx/</link>
      <pubDate>Fri, 07 Aug 2026 08:45:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/nl/proxmox/q35-not-i440fx/</guid>
      <description>De twee virtuele chipsets van QEMU zijn niet uitwisselbaar. Q35 levert een echte PCIe-topologie, waarop passthrough, moderne Windows-versies en het bredere KVM-ecosysteem allemaal leunen.</description>
    </item>
  </channel>
</rss>
