<?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 El blog de Damien Dye</title>
    <link>https://blogs.damiendye.uk/es/tags/pcie/</link>
    <description>Recent content in Pcie on El blog de Damien Dye</description>
    <generator>Hugo</generator>
    <language>es-ES</language>
    <lastBuildDate>Thu, 13 Aug 2026 09:00:00 +0100</lastBuildDate>
    <atom:link href="https://blogs.damiendye.uk/es/tags/pcie/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Los adaptadores tri-mode compran flexibilidad a costa de tus colas NVMe</title>
      <link>https://blogs.damiendye.uk/es/hardware/tri-mode-adapters-nvme-as-sas/</link>
      <pubDate>Thu, 13 Aug 2026 09:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/es/hardware/tri-mode-adapters-nvme-as-sas/</guid>
      <description>Un adaptador tri-mode deja que cualquier bahía acepte SAS, SATA o NVMe — de ahí los backplanes U.3. Lo que esconde: tus discos NVMe llegan a Linux como discos SCSI sobre mpt3sas, profundidad de cola 128, una reserva de tags y un enlace x8 compartidos. Dos Gen4 saturan la tarjeta, uno Gen5 ya la pasa. Si el trato vale en 2026.</description>
    </item>
    <item>
      <title>PCIe Resizable BAR y las GPU modernas — Intel Arc, NVIDIA y AMD</title>
      <link>https://blogs.damiendye.uk/es/proxmox/pcie-resizable-bar/</link>
      <pubDate>Fri, 07 Aug 2026 11:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/es/proxmox/pcie-resizable-bar/</guid>
      <description>El Resizable BAR deja a la CPU mapear todo el framebuffer de una GPU en vez de atisbarlo por una ventana de 256MB. Intel lo llama obligatorio para Arc, NVIDIA lo activa por juego, AMD lo vende como Smart Access Memory — y para el trabajo de IA cambia la transferencia, no las cuentas.</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>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>
