<?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 El blog de Damien Dye</title>
    <link>https://blogs.damiendye.uk/es/tags/passthrough/</link>
    <description>Recent content in Passthrough on El blog de Damien Dye</description>
    <generator>Hugo</generator>
    <language>es-ES</language>
    <lastBuildDate>Fri, 07 Aug 2026 17:00:00 +0100</lastBuildDate>
    <atom:link href="https://blogs.damiendye.uk/es/tags/passthrough/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>VDI de Windows sin licencia en Proxmox con una Intel Arc Pro B50 — y el límite de firmware que lo paró</title>
      <link>https://blogs.damiendye.uk/es/proxmox/licence-free-vdi-intel-arc-pro-sriov/</link>
      <pubDate>Fri, 07 Aug 2026 17:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/es/proxmox/licence-free-vdi-intel-arc-pro-sriov/</guid>
      <description>Las tarjetas Arc Pro de Intel hacen SR-IOV de forma nativa, sin licencia de vGPU que comprar — lo que hace posible un VDI de Windows sin licencia en Proxmox. Todo el montaje sobre una B50, el problema del arranque con Windows primero, por qué el firmware lo limita a dos funciones virtuales, y cuántas da cada tarjeta de la serie B.</description>
    </item>
    <item>
      <title>Dos líneas de arranque — qué flags de kernel van en un host Proxmox, y cuáles van en el invitado</title>
      <link>https://blogs.damiendye.uk/es/proxmox/kernel-boot-flags-host-guest/</link>
      <pubDate>Fri, 07 Aug 2026 15:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/es/proxmox/kernel-boot-flags-host-guest/</guid>
      <description>La mayoría de las líneas de ajuste de Proxmox que encuentras en internet son un solo bloque de flags de kernel. La mitad van en el hipervisor, la mitad van dentro del invitado, dos de las populares no hacen nada en absoluto, y unas pocas cambian de significado según de qué lado de la frontera caigan.</description>
    </item>
    <item>
      <title>Rendimiento del passthrough PCIe en Proxmox VE — el impuesto del IOMMU y cómo minimizarlo</title>
      <link>https://blogs.damiendye.uk/es/proxmox/pcie-passthrough-performance-the-iommu-tax/</link>
      <pubDate>Fri, 07 Aug 2026 10:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/es/proxmox/pcie-passthrough-performance-the-iommu-tax/</guid>
      <description>Por qué los dispositivos PCIe pierden rendimiento cuando se pasan a una VM vía VFIO, y los pasos prácticos de ajuste que recuperan la mayor parte.</description>
    </item>
    <item>
      <title>Alineación NUMA en Proxmox VE — por qué importa y cómo hacerla bien</title>
      <link>https://blogs.damiendye.uk/es/proxmox/numa-alignment-proxmox/</link>
      <pubDate>Fri, 07 Aug 2026 09:40:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/es/proxmox/numa-alignment-proxmox/</guid>
      <description>En sistemas multizócalo, una VM con sus vCPU en un nodo NUMA y su dispositivo pasado por passthrough en otro pierde un 20–30 % de rendimiento antes de haber mirado nada más.</description>
    </item>
    <item>
      <title>ASPM de PCIe y por qué deberías desactivarlo para el passthrough</title>
      <link>https://blogs.damiendye.uk/es/proxmox/pcie-aspm-passthrough/</link>
      <pubDate>Fri, 07 Aug 2026 09:20:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/es/proxmox/pcie-aspm-passthrough/</guid>
      <description>La gestión de energía en estado activo (ASPM) ahorra unos vatios en enlaces PCIe ociosos. Bajo passthrough VFIO añade fluctuación de latencia difícil de diagnosticar y fácil de arreglar.</description>
    </item>
    <item>
      <title>PCIe MaxPayloadSize — una mejora de rendimiento gratis para el passthrough</title>
      <link>https://blogs.damiendye.uk/es/proxmox/pcie-maxpayloadsize/</link>
      <pubDate>Fri, 07 Aug 2026 09:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/es/proxmox/pcie-maxpayloadsize/</guid>
      <description>El complejo raíz virtual de QEMU usa por defecto payloads TLP de 128 bytes. La mayoría de dispositivos admiten 256 o 512. Un parámetro del kernel lo arregla.</description>
    </item>
    <item>
      <title>Usa siempre Q35, no i440fx — por qué importa en Proxmox VE</title>
      <link>https://blogs.damiendye.uk/es/proxmox/q35-not-i440fx/</link>
      <pubDate>Fri, 07 Aug 2026 08:45:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/es/proxmox/q35-not-i440fx/</guid>
      <description>Los dos chipsets virtuales de QEMU no son intercambiables. Q35 aporta una topología PCIe en condiciones de la que dependen el passthrough, el Windows moderno y todo el ecosistema KVM.</description>
    </item>
  </channel>
</rss>
