<?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 Damien Dyes Blog</title>
    <link>https://blogs.damiendye.uk/de/tags/performance/</link>
    <description>Recent content in Performance on Damien Dyes Blog</description>
    <generator>Hugo</generator>
    <language>de-DE</language>
    <lastBuildDate>Fri, 07 Aug 2026 20:00:00 +0100</lastBuildDate>
    <atom:link href="https://blogs.damiendye.uk/de/tags/performance/index.xml" rel="self" type="application/rss+xml" />
    <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>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>
    <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>
  </channel>
</rss>
