hipEngine: Inferencia Rápida Nativa de Qwen 3.6 para RDNA3 (Strix Halo, 7900 XTX)

Ha aparecido un nuevo motor de inferencia nativo de ROCm para modelos MoE y densos de Qwen 3.6: hipEngine, del desarrollador detrás de FastDMS y ParoQuant. Está basado en Python con rutas críticas en HIP/C++, utilizando librerías nativas de AMD como hipBLASLt, hipGraph y AOTriton. Sin dependencia pesada de PyTorch.
Hardware objetivo
gfx1100— Radeon RX 7900 XTX / Radeon Pro W7900 (RDNA3). Strix Halo también compatible.
Comparativas vs llama.cpp
En Qwen 3.6 35B MoE (usando ParoQuant 4.68 bpw y GGUF Q4_K_S), hipEngine iguala o supera a llama.cpp HIP y Vulkan en todas las longitudes de contexto probadas (512–128K). Números clave (tok/s de prefill, 512 prompt / 128 gen):
- hipEngine PARO: 2718.497 tok/s
- hipEngine GGUF Q4_K_S: 2258.847 tok/s
- llama.cpp HIP: 2436.049 tok/s
- llama.cpp Vulkan: 1816.927 tok/s
Con contexto de 128K, hipEngine PARO alcanza 1055 tok/s de prefill frente a los 710 tok/s de llama.cpp HIP, una mejora del 48%. Los tok/s de decodificación son similares (rango de 60–127 tok/s).
Eficiencia de memoria
hipEngine usa caché KV INT8 casi sin pérdidas y prácticamente sin penalización de velocidad. Esto permite ejecutar la ventana de contexto completa de 256K de Qwen 3.6 en menos de 24 GB en una sola 7900 XTX:
- Contexto 128K, KV BF16: pico muestreado 21.04 GiB, prefill 1091.9 tok/s, decodificación 62.2 tok/s
- Contexto 128K, KV INT8: pico muestreado 19.80 GiB, prefill 1076.5 tok/s, decodificación 60.0 tok/s
- Pico de memoria a 128K (hipEngine PARO): 22.122 GiB vs llama.cpp HIP 23.605 GiB
Características
- Código abierto AGPLv3
- Nativo ROCm, sin dependencia de PyTorch en rutas críticas
- Usa hipBLASLt, hipGraph, AOTriton
- ParoQuant portado a ROCm
- Caché KV INT8 (casi sin pérdidas, impacto mínimo en velocidad)
- Compatible con modelos MoE y densos de Qwen 3.6
Si estás ejecutando Qwen 3.6 en hardware RDNA3, vale la pena echarle un vistazo a hipEngine, especialmente para casos de uso con contexto de 256K con limitaciones de memoria.
📖 Lee la fuente original: r/LocalLLaMA
👀 Ver también

El ajuste fino de Qwen3.5-2B con la arquitectura RAG-Engram mejora la precisión de respuestas fundamentadas del 50% al 93% en un contexto de 8K.
Un desarrollador ajustó Qwen3.5-2B con una arquitectura personalizada RAG-Engram para abordar el fenómeno de 'perdido en el medio', mejorando las respuestas correctas en 8K tokens del 50% al 93% en consultas del mundo real. El sistema utiliza un enfoque de dos niveles con incrustaciones de entidades estáticas y navegación dinámica de fragmentos.

Una Capa de Gobernanza de 7 Archivos para Prevenir la Deriva de Sesión en LLM
Un desarrollador creó una capa de gobernanza con siete archivos para evitar que Claude deshaga silenciosamente decisiones arquitectónicas entre sesiones. El sistema incluye archivos active_context.md, contracts.md y decisions.md con un bucle de ejecución estricto.

Alfred Beta se Lanza: Alternativa Simplificada de OpenClaw para Usuarios No Técnicos
Alfred es una nueva herramienta en fase beta que proporciona aproximadamente el 70% de la funcionalidad de OpenClaw con una complejidad significativamente reducida, ofreciendo configuraciones predeterminadas simples para conexiones de aplicaciones, memoria, modos de uso e infraestructura, al tiempo que permite personalizaciones.

DeepClaude reemplaza el backend Anthropic de Claude Code por DeepSeek V4 Pro con un costo 17 veces menor
Un script que reescribe las variables de entorno de Claude Code para enrutar todas las llamadas del bucle del agente a través de DeepSeek V4 Pro, OpenRouter o Fireworks AI — misma experiencia de usuario, $0.87/M tokens de salida vs $15/M.