Informe de campo: Qwen 3.6 27B en una MacBook Pro M2 (32 GB) – Lento doloroso pero salida inteligente

Un desarrollador en r/LocalLLaMA probó Qwen 3.6 27B (quant IQ4_XS unsloth) en un MacBook Pro M2 con 32 GB de RAM. Como era de esperar, el equipo está por debajo de las especificaciones para un modelo denso de 27B, pero el informe proporciona cifras concretas y una visión realista del rendimiento y la calidad de salida.
Comando y configuración
El modelo se sirvió con llama-server usando el siguiente comando:
llama-server -m ~/models/unsloth/Qwen3.6-27B-IQ4_XS.gguf --mmproj ~/models/unsloth/Qwen3.6-27B-mmproj-BF16.gguf -c 131072 --batch-size 256 -ngl 99 -np 1 --host 127.0.0.1 --port 8899 -ctk q8_0 -ctv q8_0 --spec-type ngram-mod --spec-ngram-size-n 24 --draft-min 12 --draft-max 48
Opciones notables: un solo proceso (-np 1) para evitar sobrecargar la GPU, decodificación especulativa con ngram-mod y una ventana de contexto de 131072 tokens.
Desglose de rendimiento
Velocidades iniciales: 80 t/s de procesamiento de prompt, 7.9 t/s de generación de tokens. Con 52.000 tokens de contexto, el rendimiento cayó a 4 t/s de procesamiento de prompt —lo que el autor confirma que no es un error tipográfico— y 3.1 t/s de generación de tokens. La presión de memoria nunca entró en zona roja, lo que indica que el cuello de botella es el ancho de banda de memoria, no el intercambio.
Decodificación especulativa no efectiva
El informante habilitó la decodificación especulativa ngram-mod pero no vio beneficios reales. Los registros mostraban:
accept: low acceptance streak (3) – resetting ngram_mod ... draft acceptance rate = 1.00000 ( 2 accepted / 2 generated)
El modelo se reinicia constantemente debido a pocas coincidencias de n-gramas; la aparente tasa de aceptación del 100% es un artefacto de tamaños de muestra pequeños. El autor concluye que modelos densos como este no se repiten lo suficiente para que el enfoque ngram-mod funcione bien.
Calidad del código
A pesar de la lentitud, el código generado por Qwen 3.6 27B fue calificado como excelente. Analizó un código base significativo sin necesidad de indicaciones adicionales más allá de la tarea inicial y superó en calidad al modelo Qwen 35B A3B (MoE). El autor compara la salida con lo que se esperaría de un Claude Sonnet autogestionado y señala que incluso Claude Opus 4.7 quedó impresionado.
Conclusiones clave
- El ancho de banda de memoria domina los modelos densos: En Apple Silicon, la generación de tokens se redujo a la mitad a medida que crecía el contexto. Incluso sin intercambio, la limitación del ancho de banda acabó con el rendimiento.
- Un solo proceso es el camino a seguir: Ejecutar tareas de agente concurrentes en este hardware no ofrece ninguna ventaja, solo cola serial.
- La decodificación especulativa depende del modelo: Ngram-mod no ayudó aquí; la baja repetitividad del modelo impidió coincidencias de borrador.
El autor planea probar Qwen 3.6 27B en una GPU en la nube con especificaciones comparables a la R9700 (precio actual ~$1,400 en Amazon, más alto en eBay) para tener una verdadera idea de su capacidad en sus propias tareas de programación.
📖 Lea la fuente completa: r/LocalLLaMA
👀 Ver también

Los usuarios de Claude informan sesiones más rápidas al solicitar documentos en markdown en lugar de documentos de Word.
Un usuario de Claude descubrió que solicitar documentos en markdown en lugar de documentos de Word reduce significativamente el tiempo de respuesta y el uso de tokens. La IA genera nativamente markdown, mientras que crear archivos .docx requiere activar un entorno Python y ejecutar scripts de conversión.

Usando ntfy para notificaciones del agente OpenClaw
Un desarrollador comparte su experiencia usando la versión autoalojada de ntfy.sh para notificaciones push de agentes OpenClaw, evitando bots de Discord/Telegram al ejecutar ntfy serve en el mismo VPS y usando solicitudes HTTP POST.

El uso de IA para generar tickets de proyecto antes de programar reduce la desviación del alcance.
Un desarrollador descubrió que pedir a la IA que genere tickets de proyecto detallados con tareas, subtareas, alcance y criterios de aceptación antes de escribir cualquier código redujo significativamente la expansión del alcance y las diferencias grandes en los cambios. Cada agente de IA solo recibe su subtarea específica, no el plan completo.

Skippy's LLM privado: Cómo resolví el tiempo de espera del subagente de Ollama en OpenClaw llamando a Ollama directamente
Un asistente de IA de un COO de OC elude el defectuoso sistema de subagentes de OpenClaw llamando directamente a una segunda instancia de Ollama mediante curl. Sin puerta de enlace, sin bloqueo del bucle de eventos.