Mixture of experts: por qué un modelo enorme apenas usa sus parámetros
Un modelo anuncia cientos de miles de millones de parámetros y activa una fracción por token. No es marketing: es cómo separa capacidad de coste.
Pensamientos, tutoriales y experiencias sobre desarrollo web, arquitectura e ingeniería.
Un modelo anuncia cientos de miles de millones de parámetros y activa una fracción por token. No es marketing: es cómo separa capacidad de coste.
Si tu motor de inferencia agrupa peticiones por lotes fijos, estás pagando GPU que se queda mirando. El batching continuo llena esos huecos.
Si entiendes por qué la primera palabra cuesta y el resto es gratis, dejas de pelearte con la latencia de tu LLM.
La mitad de tus peticiones no necesitan el modelo caro. El truco está en saber cuáles antes de gastar.
Una alucinación no es un fallo que parchear: es el comportamiento por defecto de un modelo entrenado para continuar, no para saber.
Meter más tokens en el prompt parece gratis y suele salir caro: el modelo se distrae justo donde no mira.
Congelas el modelo, entrenas un parche diminuto de rango bajo y obtienes casi el mismo resultado por una fracción del coste.
Un modelo pequeño arriesga varios tokens de golpe y el grande solo verifica: misma salida, menos espera.
El modelo no ejecuta nada; solo rellena un formulario y te pide que lo hagas tú. Notas de campo sobre por qué esa distinción lo cambia todo.
La búsqueda semántica entiende el sentido pero se pierde con un código de error o un nombre propio. Notas de campo sobre juntar BM25 y vectores sin montar un frankenstein.
El mismo prompt da respuestas distintas cada vez. No es magia: son tres perillas que casi nadie toca con criterio.
Un modelo de 70B no cabe en tu tarjeta. Cuantizarlo lo mete dentro casi sin que se note. Casi.