<?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 Damien Dyes Blog</title>
    <link>https://blogs.damiendye.uk/de/tags/passthrough/</link>
    <description>Recent content in Passthrough on Damien Dyes Blog</description>
    <generator>Hugo</generator>
    <language>de-DE</language>
    <lastBuildDate>Fri, 07 Aug 2026 17:00:00 +0100</lastBuildDate>
    <atom:link href="https://blogs.damiendye.uk/de/tags/passthrough/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Lizenzfreies Windows-VDI auf Proxmox mit einer Intel Arc Pro B50 — und die Firmware-Grenze, die es gestoppt hat</title>
      <link>https://blogs.damiendye.uk/de/proxmox/licence-free-vdi-intel-arc-pro-sriov/</link>
      <pubDate>Fri, 07 Aug 2026 17:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/licence-free-vdi-intel-arc-pro-sriov/</guid>
      <description>Intels Arc-Pro-Karten machen SR-IOV von sich aus, ohne vGPU-Lizenz zu kaufen — und damit wird ein lizenzfreies Windows-VDI auf Proxmox wirklich möglich. Der ganze Aufbau auf einer B50, das Windows-zuerst-Problem, warum die Firmware bei zwei virtuellen Funktionen abriegelt, und wie viele jede Karte der B-Reihe hergibt.</description>
    </item>
    <item>
      <title>Zwei Boot-Zeilen — welche Kernel-Flags auf einen Proxmox-Host gehören und welche in den Gast</title>
      <link>https://blogs.damiendye.uk/de/proxmox/kernel-boot-flags-host-guest/</link>
      <pubDate>Fri, 07 Aug 2026 15:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/kernel-boot-flags-host-guest/</guid>
      <description>Die meisten Proxmox-Tuning-Zeilen, die du im Netz findest, sind ein Klumpen Kernel-Flags. Die Hälfte gehört auf den Hypervisor, die Hälfte in den Gast, zwei der beliebtesten tun überhaupt nichts, und ein paar bedeuten etwas anderes, je nachdem auf welcher Seite der Grenze sie landen.</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>
    <item>
      <title>NUMA-Ausrichtung auf Proxmox VE — warum sie zählt und wie man sie richtig hinbekommt</title>
      <link>https://blogs.damiendye.uk/de/proxmox/numa-alignment-proxmox/</link>
      <pubDate>Fri, 07 Aug 2026 09:40:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/numa-alignment-proxmox/</guid>
      <description>Auf Systemen mit mehreren Sockeln verliert eine VM, deren vCPUs auf einem NUMA-Knoten und deren durchgereichtes Gerät auf einem anderen sitzt, 20–30 % Durchsatz, bevor du sonst irgendwo hingeschaut hast.</description>
    </item>
    <item>
      <title>PCIe-ASPM, und warum du es für Passthrough abschalten solltest</title>
      <link>https://blogs.damiendye.uk/de/proxmox/pcie-aspm-passthrough/</link>
      <pubDate>Fri, 07 Aug 2026 09:20:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/pcie-aspm-passthrough/</guid>
      <description>Active State Power Management spart auf unbeschäftigten PCIe-Links ein paar Watt. Unter VFIO-Passthrough erzeugt es Latenzzittern, das schwer zu diagnostizieren und leicht zu beheben ist.</description>
    </item>
    <item>
      <title>PCIe MaxPayloadSize — ein kostenloser Leistungsgewinn beim Passthrough</title>
      <link>https://blogs.damiendye.uk/de/proxmox/pcie-maxpayloadsize/</link>
      <pubDate>Fri, 07 Aug 2026 09:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/pcie-maxpayloadsize/</guid>
      <description>Der virtuelle Root Complex von QEMU liefert standardmäßig 128 Byte TLP-Payload. Die meisten Geräte können 256 oder 512. Ein Kernel-Parameter behebt das.</description>
    </item>
    <item>
      <title>Immer Q35, nicht i440fx — warum das auf Proxmox VE zählt</title>
      <link>https://blogs.damiendye.uk/de/proxmox/q35-not-i440fx/</link>
      <pubDate>Fri, 07 Aug 2026 08:45:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/q35-not-i440fx/</guid>
      <description>Die beiden virtuellen QEMU-Chipsätze sind nicht austauschbar. Q35 liefert eine richtige PCIe-Topologie, auf die Passthrough, modernes Windows und das ganze KVM-Umfeld angewiesen sind.</description>
    </item>
  </channel>
</rss>
