<?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>Pcie on Damien Dyes Blog</title>
    <link>https://blogs.damiendye.uk/de/tags/pcie/</link>
    <description>Recent content in Pcie 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/pcie/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>PCIe Resizable BAR und moderne GPUs — Intel Arc, NVIDIA und AMD</title>
      <link>https://blogs.damiendye.uk/de/proxmox/pcie-resizable-bar/</link>
      <pubDate>Fri, 07 Aug 2026 11:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/pcie-resizable-bar/</guid>
      <description>Resizable BAR lässt die CPU den ganzen Framebuffer einer GPU abbilden, statt durch ein Fenster von 256 MB zu schielen. Intel nennt es für Arc zwingend, NVIDIA schaltet es pro Spiel ein, AMD verkauft es als Smart Access Memory — und für KI-Arbeit ändert es die Übertragung, nicht die Rechnerei.</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>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>
