--- title: "NVIDIA PAIR: AMD ROCm y Strix Halo" canonical: https://wavect.io/es/blog/nvidia-pair-amd-rocm-strix-halo/ language: es description: "Descubre cómo NVIDIA PAIR enruta IA local, qué falta para AMD ROCm 10 y Strix Halo, y qué validar antes de usarlo en una empresa." image: "https://wavect.io/img/blog/headers/header_nvidia-pair-amd-rocm-strix-halo.png" --- [**Volver**](/es/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/es/team/kevin-riedl/) [Kevin Riedl](/es/team/kevin-riedl/) https://linkedin.com/in/wsdt 12 min de lectura · 4 de septiembre de 2026 Última revisión 4 de septiembre de 2026 [**Siguiente**](/es/blog/claude-rotate-multi-account-proxy/) # NVIDIA PAIR: Routing de IA Local y la Brecha de AMD ROCm Resumen NVIDIA Personal AI Router, o PAIR, es un router de inferencia local con licencia Apache 2.0 para peticiones independientes de Ollama y LM Studio. Ofrece a los agentes un endpoint conocido, filtra los nodos por engine y disponibilidad del modelo y ordena los equipos elegibles según trabajos pendientes y una medida aproximada de presión sobre la GPU. No agrupa VRAM, no divide un modelo y no acelera una petición entre varias GPUs. NVIDIA publica una demo con cinco subagentes que baja de 18 minutos en un portátil RTX Spark a 8 minutos y 48 segundos en un clúster de tres dispositivos, aunque la presenta como un resultado específico de esa configuración. AMD Strix Halo no es una configuración validada. En Linux, PAIR puede listar una GPU AMD, pero actualmente no obtiene su memoria ni utilización. Una contribución seria para ROCm 10 necesita integrar AMD SMI, modelar bien la memoria unificada, conservar identidades estables, degradar con seguridad y añadir pruebas. Debe considerarse experimental hasta que se revise upstream y se valide con cargas reales de agentes. **NVIDIA Personal AI Router, o PAIR, es un plano de control local para peticiones independientes de inferencia de IA.** Descubre los ordenadores de tu red, comprueba qué engine y modelo puede servir cada nodo, observa la carga y la presión sobre la GPU y reenvía cada petición nueva a un nodo elegible. El agente continúa hablando con un endpoint conocido, compatible con Ollama u OpenAI. Piensa en Kubernetes para el montón de ordenadores de IA escondidos por casa, con una corrección importante. PAIR no es un orquestador de contenedores, no agrupa VRAM y no convierte varias GPUs en una GPU gigante. Coloca trabajos completos de inferencia en réplicas completas del modelo. Eso ayuda cuando cinco subagentes compiten por una GPU como palomas por una patata frita. No consigue que un modelo sobredimensionado quepa de repente en cinco máquinas. La arquitectura resulta inusualmente clara para una beta tan nueva. La brecha interesante también: NVIDIA valida RTX, DGX Spark y Apple M4+, pero AMD Strix Halo queda fuera. Por eso di a un agente de programación un encargo concreto: añadir ROCm 10 y Strix Halo. En la fecha de publicación es una línea de trabajo de ingeniería, no soporte upstream. Este análisis explica lo que PAIR ya hace, lo que revela el código sobre AMD y qué debe demostrar un port creíble antes de comprar hardware en torno a él. | Pregunta | Respuesta actual | Significado comercial | | --- | --- | --- | | ¿Qué es PAIR? | Un router local de inferencia con Apache 2.0 | Permite revisar, modificar y autoalojar el routing sin cambiar el harness del agente. | | ¿Qué engines admite? | Ollama y LM Studio | La compatibilidad del engine y del modelo sigue perteneciendo a cada nodo. | | ¿Qué distribuye? | Peticiones completas e independientes | Más trabajos paralelos usan más máquinas. Un trabajo no acelera por sí solo. | | ¿Qué decide la colocación? | Estado del nodo, engine, modelo, trabajos pendientes y presión aproximada de GPU | Útil para capacidad local elástica, no es un optimizador completo de coste o latencia. | | ¿Qué hardware está validado? | RTX 20 Series y posteriores, RTX PRO, DGX Spark y Apple M4+ | Los nodos AMD exigen validación aparte aunque PAIR y el engine arranquen. | | ¿Cómo protege las peticiones entre nodos? | Certificados fijados y TLS mutuo | La inferencia queda en la red local, pero la red sigue dentro del modelo de amenazas. | ## ¿Qué es NVIDIA PAIR? El [repositorio open source de NVIDIA PAIR](https://github.com/NVIDIA/Personal-AI-Router) describe software para un grupo de ordenadores Windows, Linux y macOS compatibles en la misma red. PAIR descubre nodos, gestiona engines compatibles y presenta proxies compatibles con Ollama y OpenAI. El repositorio usa Apache 2.0. El paquete de escritorio publicado supervisa varios servicios pequeños escritos en Go detrás de una interfaz Electron. Una petición sigue un recorrido sencillo: 1. La aplicación llama al proxy local de PAIR, normalmente en el puerto que ya esperaba. 2. El proxy interpreta el engine y el modelo solicitado. 3. Se descartan los nodos sin ese engine activo o sin el modelo exacto. 4. Los nodos restantes se ordenan según el estado del scheduler. 5. Un nodo ejecuta toda la petición y la respuesta vuelve en streaming por el mismo camino. La [documentación oficial de la arquitectura de PAIR](https://docs.nvidia.com/local-ai/nvpair/architecture/) separa elegibilidad del modelo y ranking por carga. El scheduler no conoce los modelos. Ordena nodos por trabajo pendiente más una puntuación aproximada derivada de la utilización suavizada de GPU. El proxy aplica ese orden únicamente a los nodos que anuncian el modelo pedido. Es una separación limpia entre capacidad funcional y presión actual. ## ¿PAIR combina GPUs o divide un modelo? **No. Cada petición de inferencia se ejecuta de principio a fin en un nodo.** PAIR puede aumentar el throughput cuando una carga contiene llamadas independientes. No agrupa memoria de GPU, no divide capas, no reparte una petición activa y no la migra después del dispatch. | Arquitectura | Unidad de colocación | Beneficio principal | Guía de Wavect | | --- | --- | --- | --- | | NVIDIA PAIR | Una petición completa | Usar réplicas en nodos locales elásticos | Este análisis | | Mesh LLM | Etapas de capas de un modelo | Hacer caber un modelo en la memoria combinada de varias máquinas | [Análisis de inferencia distribuida con Mesh LLM](/es/blog/mesh-llm-distributed-inference-multiple-computers/) | | OmniRoute | Una petición a un proveedor de modelos | Elegir entre endpoints locales y remotos | [Configuración de OmniRoute para producción](/es/blog/omniroute-ai-routing-setup/) | | Gateway LLM | Una petición a través de una capa de políticas | Centralizar credenciales, fallback, presupuestos y telemetría | [Comparativa de gateways LLM](/es/blog/llm-gateway-router-comparison-2026/) | Esta distinción evita confundir keywords y tomar decisiones arquitectónicas caras. Elige PAIR cuando las réplicas caben en máquinas individuales y el problema son las colas. Elige paralelismo de modelo cuando el modelo no cabe. Elige un gateway cuando mandan la política de proveedores, los presupuestos o el fallback a la nube. ## ¿Cuánto acelera NVIDIA PAIR una carga multiagente? La [demostración de lanzamiento de PAIR](https://developer.nvidia.com/blog/nvidia-pair-virtual-inference-router-expands-available-compute-on-your-local-network/) usó Hermes Desktop, cinco subagentes, Ollama y Qwen 3.6 35B A3B. NVIDIA publica una media de 18 minutos en un portátil RTX Spark y 8 minutos 48 segundos en un clúster de tres dispositivos formado por ese portátil, un DGX Spark y una RTX 5090. Es una reducción del 51 por ciento para esa demostración, no una promesa universal de 2x. NVIDIA la denomina inoficial y específica de la configuración. Paralelismo, réplicas del modelo, configuración del engine, red, forma del prompt y disponibilidad de nodos cambian el resultado. La métrica comercial correcta es el coste por tarea aceptada dentro de una latencia objetivo, no cuántas GPUs muestra PAIR. El scheduler también tiene límites deliberados. No puntúa el modelo de GPU, la VRAM disponible, la latencia medida, si el modelo ya está caliente ni el tamaño previsto de la petición. Cada workload pendiente cuenta como uno. En un clúster mixto, una GPU pequeña y otra grande con la misma utilización reciben la misma presión. Es un comportamiento razonable para una beta, pero un piloto de empresa necesita pruebas propias de routing y latencia de cola. ## ¿Por qué AMD Strix Halo no es un nodo PAIR validado? La respuesta es más matizada que «PAIR bloquea AMD». PAIR puede ejecutarse en sistemas x64 compatibles, y Ollama ya lista Ryzen AI Max en su tabla de GPU para Linux. Falta el camino completo y validado desde detección de hardware hasta telemetría, engine y política de soporte. La página de [problemas conocidos de PAIR](https://docs.nvidia.com/local-ai/nvpair/known-issues/) indica que Linux sin un driver NVIDIA puede listar gráficos AMD o Intel por nombre, pero no muestra memoria ni utilización. En Windows, una GPU integrada o con memoria unificada puede enseñar una cifra demasiado baja porque PAIR solo cuenta memoria dedicada. NVIDIA aclara que la memoria mostrada no decide directamente la ruta, aunque la utilización ausente sí reduce la información de presión del scheduler. El código concreta el límite de Linux. El [detector de GPU para Linux llama primero a `nvidia-smi`](https://github.com/NVIDIA/Personal-AI-Router/blob/main/services/nvpair-node-info/gpu_linux.go). Si no existe, usa detección PCI genérica. Esta devuelve el nombre del adaptador, pero no el total de VRAM, una clave estable para unir la telemetría ni la utilización dinámica. Windows ya usa DXGI y contadores de Performance Data Helper neutrales respecto al fabricante. El mayor camino específico que falta está en la telemetría Linux y la interpretación de memoria unificada. ## ¿Qué exige un port real para ROCm 10 y Strix Halo? No basta con cambiar una allowlist. La contribución debe conservar el comportamiento existente cuando falten herramientas AMD, impedir que un fallo de telemetría se convierta en un fallo de routing y representar con honestidad la memoria de Strix Halo. 1. **Detectar dispositivos AMD con identidades estables.** La [CLI de AMD SMI ofrece JSON, UUID, direcciones BDF, utilización GFX y métricas de memoria](https://rocm.docs.amd.com/projects/amdsmi/en/latest/how-to/amdsmi-cli-tool.html). Un collector puede unir muestras estáticas y dinámicas sin analizar tablas para humanos. 2. **Limitar la recogida.** Hay que seguir el timeout, muestreo de fondo cada segundo, freshness y último valor válido que PAIR ya usa. Un driver bloqueado no debe detener node-info. 3. **Tratar la memoria unificada como tal.** La GPU gfx1151 de Strix Halo comparte un gran pool LPDDR5X. La VRAM dedicada infravalora la capacidad, mientras que toda la RAM del sistema puede exagerar lo que el engine puede asignar con seguridad. La interfaz debe indicar la fuente. 4. **Separar telemetría y soporte del engine.** Detectar una GPU AMD no prueba que Ollama o LM Studio ejecute bien el modelo. Versión, driver, backend, contexto y arquitectura siguen siendo gates distintos. 5. **Probar clústeres mixtos.** Las pruebas deben cubrir NVIDIA con AMD, datos antiguos de AMD SMI, herramienta ausente, muestras reales al cero por ciento, varios adaptadores, suspensión, reinicio y un modelo presente en un único nodo. Las [notas de ROCm 10.0.0](https://rocm.docs.amd.com/en/develop/about/release-notes.html) añaden trabajo de inferencia, herramientas y profiling, con mejor soporte del profiler para gfx1151. Es infraestructura útil, pero una nueva versión mayor de ROCm no certifica compatibilidad con PAIR. PAIR, AMD SMI, el driver, el engine y el modelo deben encajar. La capa del engine requiere especial cautela. La [página de soporte GPU de Ollama](https://docs.ollama.com/gpu) lista Ryzen AI Max+ 395, Max 390 y Max 385 para Linux y documenta rutas ROCm y Vulkan. Su contrato actual habla de ROCm v7, no de ROCm 10. Un experimento de PAIR con ROCm 10 necesita una matriz explícita del engine. Un port de telemetría no actualiza el backend de inferencia. ## ¿Es PAIR suficientemente seguro para datos empresariales? PAIR mantiene el tráfico de inferencia en la red local cuando aplicación, engine, fuente del modelo y nodos son locales. Los nodos emparejados usan certificados fijados y TLS mutuo. El proxy solo acepta peticiones sin cifrar desde loopback, y una máquina no emparejada no puede entrar como miembro del clúster. Local no significa invisible. La arquitectura indica que la telemetría del nodo viaja en texto claro y sin autenticación. Cualquier máquina de la misma subred puede leer hostname, inventario de hardware y utilización. El emparejamiento empieza con un PIN corto sin cifrar antes de fijar certificados. Usa una red fiable y segmentada, revisa el firewall, protege los equipos y evita guardar cuerpos sensibles en logs. Para datos regulados o de clientes, añade threat modeling, retención, responsabilidad de parches y respuesta a incidentes. ## ¿Cuándo debería una empresa usar NVIDIA PAIR? | Situación | Veredicto | Motivo | | --- | --- | --- | | Varias llamadas independientes esperan una GPU local | **Piloto sólido** | Es la carga que PAIR pretende distribuir. | | Dos o más equipos fiables alojan el mismo modelo | **Buen encaje** | La réplica ofrece al scheduler una elección real. | | Un modelo no cabe en ninguna máquina individual | **Herramienta equivocada** | PAIR no agrupa memoria ni divide el modelo. | | Laboratorio mixto con NVIDIA, Apple y AMD | **Experimental** | Valida telemetría, engine y rendimiento por nodo. | | API para clientes con disponibilidad estricta | **Demostrar primero** | PAIR beta no tiene SLA y usa una vista local con consistencia eventual. | | Wi-Fi de oficina, invitados o compartido sin confianza | **No desplegar tal cual** | La telemetría del nodo es legible en la subred. | ## Siete pasos para probar PAIR antes de comprar otra GPU 1. **Define la tarea aceptada.** Registra calidad, tool calls, contexto y timeout, no solo tokens por segundo. 2. **Mide un nodo.** Captura cola, primer token, tiempo total, energía y tasa de fallo. 3. **Replica un modelo.** Coloca el mismo artefacto en dos nodos para crear una decisión real de routing. 4. **Añade concurrencia realista.** Reproduce la cantidad y mezcla de subagentes de tu flujo. 5. **Observa la colocación.** Comprueba que Jobs, telemetría y logs coinciden sobre dónde corrió cada petición. 6. **Rompe el clúster a propósito.** Suspende un portátil, para un engine, elimina un modelo y ocupa una GPU con otra aplicación. 7. **Compara todas las alternativas.** Usa nuestro [modelo de break-even entre LLM locales y APIs](/es/blog/local-models-vs-apis-break-even-eu-2026/) antes de llamar gratis al hardware ocioso. Si el piloto procesa código o documentos propios, conecta el routing con evals, control de acceso y rollback. El [caso de Twinsoft AI](/es/case-studies/twinsoft-ai/) muestra cómo un flujo de IA se convierte en sistema de producción. La [guía para elegir un stack tecnológico](/es/software-development-guide/how-to-choose-a-tech-stack-for-mvp/) evita que un componente prometedor decida toda la arquitectura. ## Fuentes y metodología Revisamos este análisis el 4 de septiembre de 2026 con el repositorio, arquitectura, demostración de lanzamiento y problemas conocidos de NVIDIA, además de la documentación actual de AMD SMI, ROCm 10 y Ollama enlazada arriba. Inspeccionamos las implementaciones de telemetría para Linux y Windows y el código del scheduler. No reproducimos el benchmark de NVIDIA ni afirmamos que el trabajo para AMD esté integrado, soportado o completo. El soporte cambia rápido, así que fija la versión de PAIR, driver, engine y modelo del piloto. ## Preguntas frecuentes ### ¿Qué es NVIDIA PAIR? NVIDIA Personal AI Router es un router open source de inferencia local. Ofrece a clientes Ollama y LM Studio un endpoint conocido y reenvía cada petición independiente a un ordenador elegible del clúster local emparejado. ### ¿NVIDIA PAIR combina varias GPUs en una? No. PAIR no agrupa VRAM, no divide capas y no reparte una petición. Cada petición corre entera en un nodo. Más nodos ayudan solo con peticiones independientes y réplicas compatibles del modelo. ### ¿Cómo elige PAIR un nodo? El proxy conserva primero nodos con el engine activo y el modelo solicitado. Luego aplica el orden del scheduler, que combina trabajos pendientes de PAIR y presión aproximada de GPU. La identidad estable resuelve empates. ### ¿NVIDIA PAIR admite AMD Strix Halo? AMD Strix Halo no figura entre las configuraciones validadas por NVIDIA. PAIR puede listar una GPU AMD en Linux, pero la documentación actual dice que faltan memoria y utilización sin un driver NVIDIA. El engine debe validarse aparte. ### ¿ROCm 10 hará que Strix Halo funcione automáticamente con PAIR? No. ROCm 10 mejora el stack de AMD, pero PAIR necesita telemetría AMD y memoria unificada correcta. Ollama o LM Studio también debe admitir el driver, backend, modelo y workload exactos. ### ¿PAIR es más rápido que una GPU? Puede terminar antes una carga multiagente paralela distribuyendo peticiones independientes. No acelera una petición. La demo de NVIDIA pasó de 18 minutos a 8 minutos 48 segundos, pero NVIDIA la califica como específica de esa configuración. ### ¿PAIR puede mantener privados los prompts? PAIR mantiene la inferencia local en la red y usa TLS mutuo entre nodos emparejados. Aun así, el operador necesita una red fiable, seguridad de endpoints, logs seguros y saber que la telemetría del nodo no se autentica ni cifra en la subred. ## Reflexiones finales PAIR resuelve un problema real y cada vez más común: la concurrencia de agentes crece más rápido que la única GPU local a la que todos apuntan. Su diseño tiene un foco acertado. Mantiene la interfaz del cliente, descubre nodos capaces, filtra por modelo, ordena por carga y envía cada trabajo a una máquina. Ese foco también marca el límite. PAIR no es VRAM compartida, paralelismo de modelo ni un scheduler enterprise. La brecha de AMD demuestra el valor del open source: la arquitectura puede ampliarse donde termina la primera matriz validada. Una contribución útil para Strix Halo debe hacer más que reconocer el nombre Radeon. Debe informar con honestidad sobre memoria unificada y utilización, degradar con seguridad sin herramientas AMD y probar el camino completo del engine bajo carga real de agentes. Así NVIDIA PAIR puede ser un poco menos NVIDIA sin ser menos fiable. ## También te puede gustar.. [**¿Necesitas repartir un modelo entre varios ordenadores?** PAIR enruta peticiones enteras. Mesh LLM sigue otra vía y distribuye capas compatibles del modelo entre máquinas.](/es/blog/mesh-llm-distributed-inference-multiple-computers/) [**AI enablement frente a consultoría genérica** Compara una implementación medible de infraestructura con asesoría que termina antes de aportar evidencia de producción.](/es/compare/ai-enablement-vs-generic-ai-consultancy/) Modelos e infraestructura ## Continúa por este clúster Selección de modelos, economía de inferencia, despliegue local, compresión y serving. [Empieza por el artículo fundamental**Alojar LLMs en la UE: Cuándo Salen a Cuenta los Open Weights**](/es/blog/self-hosting-llms-eu-cost/) - [Análisis de Tencent Hy4 Preview: ¿Merece un piloto con contexto de 1M?](/es/blog/tencent-hy4-preview-coding-agent-review/) - [PageLM: autoalojamiento y uso comercial](/es/blog/pagelm-self-hosted-ai-study-platform/) - [Mac mini M6 vs Mac Studio M5 para IA local: guía de compra](/es/blog/mac-mini-m6-vs-mac-studio-m5-local-ai/) - [Análisis de FreeToken AI: ¿modelos MoE frontier en una GPU doméstica?](/es/blog/freetoken-ai-inference-engine-review/) - [Darkbloom AI: Inferencia Privada en Macs Inactivos](/es/blog/darkbloom-ai-private-inference-mac/) [**Volver**](/es/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/es/team/kevin-riedl/) [Kevin Riedl](/es/team/kevin-riedl/) https://linkedin.com/in/wsdt 12 min de lectura · 4 de septiembre de 2026 Última revisión 4 de septiembre de 2026 [**Siguiente**](/es/blog/claude-rotate-multi-account-proxy/) ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/es/blog/nvidia-pair-amd-rocm-strix-halo/#webpage", "@type": "WebPage", "dateModified": "2026-09-04", "inLanguage": "es", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "lastReviewed": "2026-09-04", "url": "https://wavect.io/es/blog/nvidia-pair-amd-rocm-strix-halo/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "BlogPosting", "abstract": "NVIDIA Personal AI Router, o PAIR, es un router de inferencia local con licencia Apache 2.0 para peticiones independientes de Ollama y LM Studio. Ofrece a los agentes un endpoint conocido, filtra los nodos por engine y disponibilidad del modelo y ordena los equipos elegibles según trabajos pendientes y una medida aproximada de presión sobre la GPU. No agrupa VRAM, no divide un modelo y no acelera una petición entre varias GPUs. NVIDIA publica una demo con cinco subagentes que baja de 18 minutos en un portátil RTX Spark a 8 minutos y 48 segundos en un clúster de tres dispositivos, aunque la presenta como un resultado específico de esa configuración. AMD Strix Halo no es una configuración validada. En Linux, PAIR puede listar una GPU AMD, pero actualmente no obtiene su memoria ni utilización. Una contribución seria para ROCm 10 necesita integrar AMD SMI, modelar bien la memoria unificada, conservar identidades estables, degradar con seguridad y añadir pruebas. Debe considerarse experimental hasta que se revise upstream y se valide con cargas reales de agentes.", "articleBody": " Resumen del blog/IA y agentes/Modelos e infraestructura NVIDIA PAIR: Routing de IA Local y la Brecha de AMD ROCm Resumen NVIDIA Personal AI Router, o PAIR, es un router de inferencia local con licencia Apache 2.0 para peticiones independientes de Ollama y LM Studio. Ofrece a los agentes un endpoint conocido, filtra los nodos por engine y disponibilidad del modelo y ordena los equipos elegibles según trabajos pendientes y una medida aproximada de presión sobre la GPU. No agrupa VRAM, no divide un modelo y no acelera una petición entre varias GPUs. NVIDIA publica una demo con cinco subagentes que baja de 18 minutos en un portátil RTX Spark a 8 minutos y 48 segundos en un clúster de tres dispositivos, aunque la presenta como un resultado específico de esa configuración. AMD Strix Halo no es una configuración validada. En Linux, PAIR puede listar una GPU AMD, pero actualmente no obtiene su memoria ni utilización. Una contribución seria para ROCm 10 necesita integrar AMD SMI, modelar bien la memoria unificada, conservar identidades estables, degradar con seguridad y añadir pruebas. Debe considerarse experimental hasta que se revise upstream y se valide con cargas reales de agentes. NVIDIA Personal AI Router, o PAIR, es un plano de control local para peticiones independientes de inferencia de IA. Descubre los ordenadores de tu red, comprueba qué engine y modelo puede servir cada nodo, observa la carga y la presión sobre la GPU y reenvía cada petición nueva a un nodo elegible. El agente continúa hablando con un endpoint conocido, compatible con Ollama u OpenAI. Piensa en Kubernetes para el montón de ordenadores de IA escondidos por casa, con una corrección importante. PAIR no es un orquestador de contenedores, no agrupa VRAM y no convierte varias GPUs en una GPU gigante. Coloca trabajos completos de inferencia en réplicas completas del modelo. Eso ayuda cuando cinco subagentes compiten por una GPU como palomas por una patata frita. No consigue que un modelo sobredimensionado quepa de repente en cinco máquinas. La arquitectura resulta inusualmente clara para una beta tan nueva. La brecha interesante también: NVIDIA valida RTX, DGX Spark y Apple M4+, pero AMD Strix Halo queda fuera. Por eso di a un agente de programación un encargo concreto: añadir ROCm 10 y Strix Halo. En la fecha de publicación es una línea de trabajo de ingeniería, no soporte upstream. Este análisis explica lo que PAIR ya hace, lo que revela el código sobre AMD y qué debe demostrar un port creíble antes de comprar hardware en torno a él. NVIDIA PAIR para una decisión técnica de compra PreguntaRespuesta actualSignificado comercial ¿Qué es PAIR?Un router local de inferencia con Apache 2.0Permite revisar, modificar y autoalojar el routing sin cambiar el harness del agente. ¿Qué engines admite?Ollama y LM StudioLa compatibilidad del engine y del modelo sigue perteneciendo a cada nodo. ¿Qué distribuye?Peticiones completas e independientesMás trabajos paralelos usan más máquinas. Un trabajo no acelera por sí solo. ¿Qué decide la colocación?Estado del nodo, engine, modelo, trabajos pendientes y presión aproximada de GPUÚtil para capacidad local elástica, no es un optimizador completo de coste o latencia. ¿Qué hardware está validado?RTX 20 Series y posteriores, RTX PRO, DGX Spark y Apple M4+Los nodos AMD exigen validación aparte aunque PAIR y el engine arranquen. ¿Cómo protege las peticiones entre nodos?Certificados fijados y TLS mutuoLa inferencia queda en la red local, pero la red sigue dentro del modelo de amenazas. ¿Qué es NVIDIA PAIR? El repositorio open source de NVIDIA PAIR describe software para un grupo de ordenadores Windows, Linux y macOS compatibles en la misma red. PAIR descubre nodos, gestiona engines compatibles y presenta proxies compatibles con Ollama y OpenAI. El repositorio usa Apache 2.0. El paquete de escritorio publicado supervisa varios servicios pequeños escritos en Go detrás de una interfaz Electron. Una petición sigue un recorrido sencillo: La aplicación llama al proxy local de PAIR, normalmente en el puerto que ya esperaba. El proxy interpreta el engine y el modelo solicitado. Se descartan los nodos sin ese engine activo o sin el modelo exacto. Los nodos restantes se ordenan según el estado del scheduler. Un nodo ejecuta toda la petición y la respuesta vuelve en streaming por el mismo camino. La documentación oficial de la arquitectura de PAIR separa elegibilidad del modelo y ranking por carga. El scheduler no conoce los modelos. Ordena nodos por trabajo pendiente más una puntuación aproximada derivada de la utilización suavizada de GPU. El proxy aplica ese orden únicamente a los nodos que anuncian el modelo pedido. Es una separación limpia entre capacidad funcional y presión actual. ¿PAIR combina GPUs o divide un modelo? No. Cada petición de inferencia se ejecuta de principio a fin en un nodo. PAIR puede aumentar el throughput cuando una carga contiene llamadas independientes. No agrupa memoria de GPU, no divide capas, no", "articleSection": "Engineering", "author": { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/" }, "citation": [ { "@type": "WebPage", "name": "repositorio open source de NVIDIA PAIR", "url": "https://github.com/NVIDIA/Personal-AI-Router" }, { "@type": "WebPage", "name": "documentación oficial de la arquitectura de PAIR", "url": "https://docs.nvidia.com/local-ai/nvpair/architecture/" }, { "@type": "WebPage", "name": "demostración de lanzamiento de PAIR", "url": "https://developer.nvidia.com/blog/nvidia-pair-virtual-inference-router-expands-available-compute-on-your-local-network/" }, { "@type": "WebPage", "name": "problemas conocidos de PAIR", "url": "https://docs.nvidia.com/local-ai/nvpair/known-issues/" }, { "@type": "WebPage", "name": "detector de GPU para Linux llama primero a nvidia-smi", "url": "https://github.com/NVIDIA/Personal-AI-Router/blob/main/services/nvpair-node-info/gpu_linux.go" }, { "@type": "WebPage", "name": "CLI de AMD SMI ofrece JSON, UUID, direcciones BDF, utilización GFX y métricas de memoria", "url": "https://rocm.docs.amd.com/projects/amdsmi/en/latest/how-to/amdsmi-cli-tool.html" }, { "@type": "WebPage", "name": "notas de ROCm 10.0.0", "url": "https://rocm.docs.amd.com/en/develop/about/release-notes.html" }, { "@type": "WebPage", "name": "página de soporte GPU de Ollama", "url": "https://docs.ollama.com/gpu" } ], "dateModified": "2026-09-04", "datePublished": "2026-09-04", "description": "NVIDIA Personal AI Router, o PAIR, es un router de inferencia local con licencia Apache 2.0 para peticiones independientes de Ollama y LM Studio. Ofrece a los agentes un endpoint conocido, filtra los nodos por engine y disponibilidad del modelo y ordena los equipos elegibles según trabajos pendientes y una medida aproximada de presión sobre la GPU. No agrupa VRAM, no divide un modelo y no acelera una petición entre varias GPUs. NVIDIA publica una demo con cinco subagentes que baja de 18 minutos en un portátil RTX Spark a 8 minutos y 48 segundos en un clúster de tres dispositivos, aunque la presenta como un resultado específico de esa configuración. AMD Strix Halo no es una configuración validada. En Linux, PAIR puede listar una GPU AMD, pero actualmente no obtiene su memoria ni utilización. Una contribución seria para ROCm 10 necesita integrar AMD SMI, modelar bien la memoria unificada, conservar identidades estables, degradar con seguridad y añadir pruebas. Debe considerarse experimental hasta que se revise upstream y se valide con cargas reales de agentes.", "headline": "NVIDIA PAIR: Routing de IA Local y la Brecha de AMD", "image": "https://wavect.io/img/blog/headers/header_nvidia-pair-amd-rocm-strix-halo.svg", "inLanguage": "es", "keywords": "Agentes de IA, IA local, Infraestructura GPU, Open source", "mainEntityOfPage": { "@id": "https://wavect.io/es/blog/nvidia-pair-amd-rocm-strix-halo/", "@type": "WebPage" }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/es/blog/nvidia-pair-amd-rocm-strix-halo/", "wordCount": 2947 } ``` ```json { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/es/", "name": "Inicio", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/es/blog/overview/", "name": "Resumen del blog", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/es/blog/topics/ai-agents/", "name": "IA y agentes", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/es/blog/clusters/models-infrastructure/", "name": "Modelos e infraestructura", "position": 4 }, { "@type": "ListItem", "item": "https://wavect.io/es/blog/nvidia-pair-amd-rocm-strix-halo/", "name": "NVIDIA PAIR: AMD ROCm y Strix Halo", "position": 5 } ] } ``` ```json { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "NVIDIA Personal AI Router es un router open source de inferencia local. Ofrece a clientes Ollama y LM Studio un endpoint conocido y reenvía cada petición independiente a un ordenador elegible del clúster local emparejado." }, "name": "¿Qué es NVIDIA PAIR?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "No. PAIR no agrupa VRAM, no divide capas y no reparte una petición. Cada petición corre entera en un nodo. Más nodos ayudan solo con peticiones independientes y réplicas compatibles del modelo." }, "name": "¿NVIDIA PAIR combina varias GPUs en una?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "El proxy conserva primero nodos con el engine activo y el modelo solicitado. Luego aplica el orden del scheduler, que combina trabajos pendientes de PAIR y presión aproximada de GPU. La identidad estable resuelve empates." }, "name": "¿Cómo elige PAIR un nodo?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "AMD Strix Halo no figura entre las configuraciones validadas por NVIDIA. PAIR puede listar una GPU AMD en Linux, pero la documentación actual dice que faltan memoria y utilización sin un driver NVIDIA. El engine debe validarse aparte." }, "name": "¿NVIDIA PAIR admite AMD Strix Halo?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "No. ROCm 10 mejora el stack de AMD, pero PAIR necesita telemetría AMD y memoria unificada correcta. Ollama o LM Studio también debe admitir el driver, backend, modelo y workload exactos." }, "name": "¿ROCm 10 hará que Strix Halo funcione automáticamente con PAIR?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Puede terminar antes una carga multiagente paralela distribuyendo peticiones independientes. No acelera una petición. La demo de NVIDIA pasó de 18 minutos a 8 minutos 48 segundos, pero NVIDIA la califica como específica de esa configuración." }, "name": "¿PAIR es más rápido que una GPU?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "PAIR mantiene la inferencia local en la red y usa TLS mutuo entre nodos emparejados. Aun así, el operador necesita una red fiable, seguridad de endpoints, logs seguros y saber que la telemetría del nodo no se autentica ni cifra en la subred." }, "name": "¿PAIR puede mantener privados los prompts?" } ] } ```