<?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 El blog de Damien Dye</title>
    <link>https://blogs.damiendye.uk/es/tags/performance/</link>
    <description>Recent content in Performance on El blog de Damien Dye</description>
    <generator>Hugo</generator>
    <language>es-ES</language>
    <lastBuildDate>Fri, 07 Aug 2026 20:00:00 +0100</lastBuildDate>
    <atom:link href="https://blogs.damiendye.uk/es/tags/performance/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Hacer rápidos los clústeres Ceph de Proxmox con HDD — metadatos en NVMe, una Optane por plato, y qué te cuesta</title>
      <link>https://blogs.damiendye.uk/es/proxmox/hdd-backed-ceph-bcache-optane/</link>
      <pubDate>Fri, 07 Aug 2026 20:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/es/proxmox/hdd-backed-ceph-bcache-optane/</guid>
      <description>El precio del flash hace difícil justificar el todo-NVMe, y los HDD de empresa merecen otra mirada. Latencia aceptable en Ceph hiperconvergido de Proxmox: saca RocksDB del plato, empareja cada disco con su Optane vía bcache (Optane, porque la resistencia de la NAND no sirve aquí), y sé honesto con los modos de fallo que compra.</description>
    </item>
    <item>
      <title>4Kn, 512e y 512n — por qué el 4K nativo gana, y qué cuesta la emulación</title>
      <link>https://blogs.damiendye.uk/es/proxmox/block-sizes-4kn-512e/</link>
      <pubDate>Fri, 07 Aug 2026 12:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/es/proxmox/block-sizes-4kn-512e/</guid>
      <description>Los discos 512e presentan sectores de 512 bytes que no tienen, y el firmware inventa la diferencia en cada escritura desalineada. Qué cuesta eso en el medio, en el host y en amplificación de escritura — por qué las escrituras directas síncronas son el peor caso — y cómo convertir un parque a 4Kn.</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>
  </channel>
</rss>
